Hello Here is two exemple : one with Carbon module (http://get-carbon.org) One wit h xSmbshare (From Pwershll Gallery) I assumed you have install the module Ensure-DscResource ( ConfigurationKey: Identity, Name: Carbon_Permission, Module: Carbon, Properties: %(Path:$DFSFolder,Identity:$Mydomain\$MyGroup,Permission:FullControl) ); Ensure-DscResource ( Name: xSmbShare, Module: xSmbShare, Properties: %(Name:$ShareFolder,Path:$FoldertoShare,ReadAccess:$Mydomain\$MyGroup,FolderEnumerationMode:AccessBased,CachingMode:None) ); The Carbon example use as ConfigurationKey the property Identity while in the xSmbShare, the configuraitonKey is the default property (ie, Name) I hope to not make a mistake and it will be useful. Best Regards PhilippeC.

There haven't been any other feature requests for this, and we haven't researched the feasibility of doing it; however we did add Impersonation and Process Isolation, both which were in-demand features.

I don't know if it will be sufficient to provide access to only http://files.pythonhosted.org/ and https://pypi.org/ - it's very possible that the file hosting locations will change. This is the case on a lot of other package galleries, including NuGet.org. If ProGet can only download a portion of the files, then, there will probably be some strange errors. It's too difficult to generalize, so if you can provide us with a specific package and a specific reproduction situation, we'll be happy to try it. But, as the error says, ProGet does only support those wheel/source packages; the legacy "egg" format (10+ years old I think) is not supported. Your developers should be able to help convert it, and you can rehost the handful of "egg" packages as needed. As far as other errors you may see.... don't think of the "Diagnostic Center" as "checklist of things to fix", it's there to help diagnose a problem... and unless you have one reported by a user, it's probably fine. They can come from so many sources (including temporary network outages, users typing in wrong urls / passwords, etc).

@mcascone_8142 said in breaking forward slash inserted in downloadprogetpackage jenkins plugin: I opened a bug on Jenkins' JIRA: https://issues.jenkins-ci.org/browse/JENKINS-61299

Deleting the folders before backup is what is currently done. Thanks for your time.

Hi @mhull_0872, We just released the latest version of ProGet 5.2.26 on 2/28/2020 which includes the new Package Deployment API. You can learn more about the package deployment tracking feature here. We also have documentation on how to use the API endpoint here. Thanks, Rich

@atripp Thank you for getting back then. Sorry for the delay in response.

Hello; For this, we recommend just doing a Backup and Restore. Of course, the Detatch/Reattach is effectively the same thing, but don't forget the config. For the Git-based raft, the Database just contains the connection information to the Bitbucket repository... so it will just come over with the database.

Not a basic question, we're always working to make BuildMaster as easy to use as possible, so getting feedback on how to improve our docs and tutorials will be great :) If you haven't seen it already, we've recently updated our Azure DevOps Integration Documentation; there's a lot of content there, and we hope to continue to make it easier and include tutorials at some point. Basically though, I recommend you start with Create New Application > Azure DevOps CI/CD. That will create an application with the Azure DevOps CI/CD Template, and you can see how a "full CI/CD" would work. It should just build "out of the box", and use our publicly-available AzureDevOps repository. What your'e describing, it seems like just a small portion of that. Once you've got the manual process working, it's just a matter of creating a Git repository monitor. you can configure that to monitor the branches in your AzureDevOps repository. https://docs.inedo.com/docs/buildmaster/ci-cd/continuous-integration/build-triggers/repository-monitors

I've identified this and we'll get this fixed in the next maintenance release (shipping end of week, at the latest) as BM-3552

Thanks John. We have tried the FindPackagesById endpoint and this is completing in 75ms which is much more expected. We are going to continue with this API to see if we can get what we need from it.

Hello John I upgrade to version 6.2.5b8. The sync is working. I get all the servers, and roles, BUT I have seen a weird behaviour I had 3 env defined in Otter INTEGRATION DEVELOPPEMENT PRODUCTION and only two were sync in Buildmaster. DEVELOPPEMENT PRODUCTION The servers assigned to the missing environnement in Otter were assigned to the "none" environment. In OTTER, I assigned INTEGRATION as child of DEVELOPPEMENT, ran a sync and INTEGRATION appears in Buildmaster as child of DEVELOPPEMENT I removed the link to DEVELOPPEMENT, ran a new sync. Strange isn't it ? But now, every seems to works fine until the next bug Thanks Best regards PhilippeC.

Unfortunately, the npm client does not support using Windows Integrated Authentication. This means that, to getting this working, you will need to create a second web site in IIS (pointing to the same directory) without Windows Authentication enabled.

This is now fixed as of Inedo Hub 1.0.23.

Just for reference, I was able to get the correct digest of a tag and delete it with this PowerShell script... $image = "some_image" $some_image_tag = "some_tag" get digest $curlReturn = curl -I HEAD https://<proget_repo>/v2/<container>/library/$image/manifests/$some_image_tag foreach ($line in $curlReturn) { if ($line -match "Docker-Content-Digest: (.+)") { $digest = $Matches[1] Write-Host "$image digest is $digest" } } delete tag digest $URI = "https://<proget_repo>/v2/<container>/library/$image/manifests/$digest" Write-Host "Deleting tag $some_image_tag from image $image" Invoke-WebRequest -Uri $URI -Method Delete -Headers @{"X-ApiKey"="<proget_api_key>"; }

No need to share your retention logs; another user submitted them via a ticket. This will be fixed under PG-1671, scheduled for next release (two weeks from today).

@apxltd thanks for the reply it works fine for me I ve just put git , as it is available globally everywhere by default in all of our servers

Hello; this is already a planned change (PG-1657) , and it looks like it might make it in tomorrow's release!

Not yet; I saw an internal presentation on it, but I don't know the communication plan. Feel free to check with @apxltd directly... email or slack seem to be best ;)

We made and tested several changes to the installer a while back, but it's not something we regularly test/verify. Please share what you find work! Thanks.