introduce Lix's buildbot in the infrastructure #125
No reviewers
Labels
No labels
Compat/Breaking
Difficulty/Architectural
Difficulty/Easy
Difficulty/Hard
Help Wanted
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Testing
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
Reviewed/Confirmed
Reviewed/Duplicate
Reviewed/Invalid
Reviewed/Won't Fix
Security
Silenced Alert
Status/Abandoned
Status/Blocked
Status/Need More Info
Status/Postponed
Tracking Issue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: afnix/infra#125
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "refs/pull/125/head"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
As part of our governance decision, we are moving slowly Lix infrastructure in this repository.
This makes the Lix infrastructure code public and benefit from the Floral project sysadmin efforts.
TODO:
Looks good to me, apart from two nitpicks. Thanks for working on this1
@ -323,3 +133,3 @@
bagel.monitoring.prometheus-agent.tenant = "floral";
bagel.monitoring.grafana-agent.tenant = "floral";
bagel.secrets.tenant = "floral";
C-C C-V mistake? should be
@lix-infra
Yes :'(
@ -395,1 +172,3 @@
};
bagel.services.buildbot.tenant = "lix";
}
];
would it maybe be sensible to include commonModules in floralInfraModules? seems like a lot of duplication to me on first look.
Good point!
A part of it was sent in #129, build02 will probably be extracted as well.
All that remains is the Buildbot which is arguably non-trivial to migrate as it implies also a big upgrade in terms of buildbot-nix code, buildbot code, etc.
Final (?) preparations are in #130.
This is now tested, build02 is left to a further PR when I get console access to it to avoid any breakage.