Welcome to the Inedo Forums! Check out the Forums Guide for help getting started.
If you are experiencing any issues with the forum software, please visit the Contact Form on our website and let us know!
B
Offline
Hello Srinivas,
The port number is required in the binding, so it should be 127.0.0.1:80, or *:80 if you want it to be accessible externally.
From the documentation:
The value of this property is a colon-delimited string of the format: «IPAddress»:«Port»:«HostName» - You may leave the host name blank. You can set the IP address to "*" to indicate that the site is bound to all IP addresses. A port number is required.
Hello Etienne,
Unfortunately, the Docker client does not support windows integrated authentication. http://inedo.com/support/kb/1131/docker-feed-limitations
Hello Travis,
I was able to reproduce the bug. Otter sees the scheduled job with no "last run" date assigned to it and assumes that it's past the time the job is supposed to run. I'm discussing how to fix this with the team.
I think the fix in the past was for non-recurring scheduled jobs.
As a workaround, creating a recurring job with a plan that doesn't do anything, letting it run, and then editing the job to use the correct plan should work.
Hello Jon,
I would suggest using the variables management API. In this case, the endpoint would be GET /api/variables/packages/«application-name»/«release-number»/«package-number»?key=«api-key» to get all the variables associated with a package.
The legacy source provider is available in the same Mercurial extension. As long as the provider has Log command line arguments disabled, the Admin_ConfigureBuildMaster permission is required to see the URL with the password in it.
If the username or password has special characters that don't work in URLs, they can be encoded. Common characters that cannot be used in the username/password section of a URL without encoding include:
\ (use %5C)/ (use %2F)@ (use %40): (use %3A, but don't encode the colon between the username and the password)% (use %25, but only if the percent sign is part of the username/password and not one of the above replacements)Hello Graham,
Filters are what you should use in this case. You can add a package ID like MyCompany.SomeProduct or a wildcard like MyCompany.*. A long list might be hard to work with, since it's just a text box, but if you're only adding new things to the list every so often and not modifying the list all the time, it should be fine.
That is strange. If I go to [proget URL]/nuget on my installation, I get this:
Nothing to See Here
This URL is just the root for all of your NuGet feeds, and is not meant to be used or browsed to directly.
To access one of your NuGet feeds, use a URL like this:
Do you have some URL rewriting set up in IIS?
Hello bonju,
Running this on the database should give you enough permissions to manage permissions:
IF NOT EXISTS(SELECT 1 FROM [Groups] WHERE [Group_Name] = 'Administrators')
INSERT INTO [Groups] ([Group_Name]) VALUES ('Administrators')
IF NOT EXISTS(SELECT 1 FROM [UserGroups] WHERE [User_Name] = 'Admin' AND [Group_Name] = 'Administrators')
INSERT INTO [UserGroups] ([User_Name], [Group_Name]) VALUES ('Admin', 'Administrators')
DECLARE @AdministerRole INT
SET @AdministerRole = (SELECT [Role_Id] FROM [Roles] WHERE [Role_Name] = 'Administer')
IF @AdministerRole IS NULL
BEGIN
INSERT INTO [Roles] ([Role_Name], [Role_Description], [FeedScopable_Indicator]) VALUES ('Administer', 'Allows unrestricted access to all functionality within ProGet.', 'N')
SET @AdministerRole = SCOPE_IDENTITY();
END
IF NOT EXISTS(SELECT 1 FROM [RoleTasks] RT INNER JOIN [Tasks] T ON RT.[Task_Id] = T.[Task_Id] WHERE RT.[Role_Id] = @AdministerRole AND T.[Task_Name] = 'Admin_ConfigureProGet')
INSERT INTO [RoleTasks] ([Role_Id], [Task_Id]) VALUES (@AdministerRole, (SELECT [Task_Id] FROM [Tasks] WHERE [Task_Name] = 'Admin_ConfigureProGet'))
IF NOT EXISTS (SELECT 1 FROM [Privileges] WHERE [Principal_Name] = 'Administrators' AND [PrincipalType_Code] = 'G' AND [Role_Id] = @AdministerRole AND [Feed_Id] IS NULL AND [PrivilegeType_Code] = 'G' AND [UserDirectory_Id] = 1)
INSERT INTO [Privileges] ([Principal_name], [PrincipalType_Code], [Role_Id], [Feed_Id], [PrivilegeType_Code], [UserDirectory_Id]) VALUES ('Administrators', 'G', @AdministerRole, NULL, 'G', 1)
If it gives back an error about Cannot insert the value NULL into column 'Task_Id', that means the Tasks table is probably missing some values, and I can help with that if that's the case.
Hello Jamie,
There's not a way to do this through the BuildMaster interface, but if you have access to the SQL database, you can run this:
SELECT P.[Plan_Name], A.[Application_Name]
FROM [Plans] P
LEFT JOIN [Applications] A ON P.[Application_Id] = A.[Application_Id]
WHERE CONVERT(VARCHAR(MAX), P.[Plan_Bytes]) LIKE '%call MyPlanTemplateName%'
There's a possibility of false positives because the SQL query doesn't actually parse the plans, but it should be able to give you a rough idea of where a template has been used.
Hello Jim,
You can run the ProGet service in interactive mode to see its logs:
.\ProGet.Service.exe run from C:\Program Files\ProGet\Service (or wherever you installed ProGet if you didn't use the default location).It will run the drop path monitor every 60 seconds by default. The message for the drop path monitor starting is Executing DropPathMonitorExecuter....
You can edit Service.DropPathMonitorExecuterThrottle in /administration/advanced-settings to less than 60 seconds if waiting gets too annoying.
Immediately after the drop path monitor runs, there should be a message that says Scanning for packages in f:\dsc\droppath. This will be followed by Found f:\dsc\droppath\file.ext any packages it finds.
In order to be found, the package files must end in the expected extension:
.tgz for npm feeds.nupkg for NuGet feeds.gem for Ruby Gems feeds.upack for Universal feeds.vsix for VSIX feedsIf an error occurs while trying to add a package from the drop path, it will appear on a line shortly after the Found f:\dsc\droppath\file.ext line, starting with Error installing package:.
Assuming ProGet.Service.exe is in C:\Program Files\ProGet\Service, there should be a folder named C:\Program Files\ProGet\WebApp. Does the WebApp folder exist?
Hello Timo,
The symbol server endpoint is located at http://hostname/symbols/FeedName. It looks like you're using the NuGet endpoint.
Each rule separately checks that all of its conditions are met before deleting a package. If any of the rules decide to delete a package, the package is deleted.
Hello Erick,
All of the conditions set in the retention rule must be met for the package to be deleted, so setting "delete old versions except the last n versions" and "delete unused versions not requested in the last X days" on the same rule will do what you want.
Hello Glenn,
The payload will contain:
Event_Code (BLDCPP)Event_Description (Build Promotion Completed)Release_NumberBuild_NumberPipelineStage_NameFor other types of event listeners, Event_Code and Event_Description are always included and the rest of the fields are from Event Details in the event log for that event type.
Hello Glenn,
The next version of the YouTrack extension will include a Find-Issues operation, so you'll be able to do:
YouTrack::Find-Issues
(
Credentials: MyYouTrackCredentials,
Project: IT,
Filter: "version: $ReleaseNumber -resolved",
Output => @IssueIDs
);
foreach $id in @IssueIDs
{
YouTrack::Add-Comment
(
Credentials: MyYouTrackCredentials,
IssueId: $id,
Comment: Testing BuildMaster/YouTrack integration. $ApplicationName $ReleaseNumber.$PackageNumber -> $EnvironmentName
);
}
Ah, I think the confusion here is because of the different meanings of the word "set".
If you don't select the deployables in the release template, it will have the default deployables available in executions. That is, if you do for deployable Foo and Foo is a deployable in the application, it will execute the code inside the block.
However, you can select specific deployables for a release and the for deployable Foo block will only be run if Foo is selected.
Hello Jon,
There is no deployable set in OtterScript deployment plans unless the execution is inside a for deployable DeployableName block. (for deployable blocks are displayed as General blocks in the visual editor.) Deployables use a separate working directory from the rest of the execution by default.
The person who told you you don't need to set the deployable may have meant that your plan doesn't need deployables. Deployables are just for organization, so you can think of deployables as folders. Everything that isn't in a deployable goes into one folder, and each deployable is a separate folder next to the default one.
Hello José,
That doesn't look like a ProGet error. Can you make sure the upack feed URL is correct? If you visit the upack feed URL in your browser, it should have something like this:
This is the API endpoint for the Universal universal feed. It is not intended to be browsed directly. To view the contents of this feed in your browser, visit the browse feed page.
If the upack URL displays that text, the error message is probably coming from IIS.
A ProGet error looks like this:
