Infrastructure/ansible
3
0
Fork 0
Code Issues Pull requests 6 Projects Releases Packages Wiki Activity Actions

Add filter for OpenH264 packages #2562

Merged
ryanlerch merged 1 commit from openh264 into main 2025-04-18 19:33:54 +00:00
Conversation 9 Commits 1 Files changed 1 +6
patrikp commented 2025-04-08 13:01:42 +00:00
Contributor
Copy link

Signed-off-by: Patrik Polakovič patrik@alphamail.org

Signed-off-by: Patrik Polakovič <patrik@alphamail.org>
zuul commented 2025-04-08 13:04:35 +00:00
First-time contributor
Copy link

Build succeeded.
https://fedora.softwarefactory-project.io/zuul/buildset/544f86cadbf64fc4aaa21a3f7b92ac00

Build succeeded. https://fedora.softwarefactory-project.io/zuul/buildset/544f86cadbf64fc4aaa21a3f7b92ac00 - [fi-ansible-lint-diff ](https://fedora.softwarefactory-project.io/zuul/build/a6a737e7d700443ab6787cd8d1c47160) : SUCCESS in 2m 35s - [fi-yamllint-diff ](https://fedora.softwarefactory-project.io/zuul/build/946459213eae47be9a5c4f41470c5f1c) : SUCCESS in 2m 21s
kevin commented 2025-04-10 01:31:02 +00:00
Contributor
Copy link

I think this looks good, but will need to wait until after freeze to go in. ;)

Thanks for working on it!

I think this looks good, but will need to wait until after freeze to go in. ;) Thanks for working on it!
zlopez commented 2025-04-10 09:08:31 +00:00
Contributor
Copy link

Metadata Update from @zlopez:

  • Pull-request tagged with: post-freeze
**Metadata Update from @zlopez**: - Pull-request tagged with: post-freeze
patrikp commented 2025-04-15 10:34:17 +00:00
Author
Contributor
Copy link

rebased onto be6e3b0161

rebased onto be6e3b016138bb7c327d55c744c21415cc928471
zuul commented 2025-04-15 10:37:34 +00:00
First-time contributor
Copy link

Build succeeded.
https://fedora.softwarefactory-project.io/zuul/buildset/d18765f9bdb04ffe9d1d5b051402026e

Build succeeded. https://fedora.softwarefactory-project.io/zuul/buildset/d18765f9bdb04ffe9d1d5b051402026e - [fi-ansible-lint-diff ](https://fedora.softwarefactory-project.io/zuul/build/7bcc8955d2ba41f98b9540a6936b3a47) : SUCCESS in 3m 01s - [fi-yamllint-diff ](https://fedora.softwarefactory-project.io/zuul/build/f66cbed16989451397ff3bd5088df026) : SUCCESS in 2m 17s
kevin commented 2025-04-18 19:28:16 +00:00
Contributor
Copy link

rebased onto b3c32cbc9c

rebased onto b3c32cbc9ccb1fbaeec6eeb93062c53f8b87c622
zuul commented 2025-04-18 19:31:10 +00:00
First-time contributor
Copy link

Build succeeded.
https://fedora.softwarefactory-project.io/zuul/buildset/e3d82233dcc54651b54f4810e0597262

Build succeeded. https://fedora.softwarefactory-project.io/zuul/buildset/e3d82233dcc54651b54f4810e0597262 - [fi-ansible-lint-diff ](https://fedora.softwarefactory-project.io/zuul/build/294e2f0c861f4fc19a4f0cc2163bf584) : SUCCESS in 2m 39s - [fi-yamllint-diff ](https://fedora.softwarefactory-project.io/zuul/build/39f062ecbf7e492a927ea238be038404) : SUCCESS in 2m 24s
kevin commented 2025-04-18 19:33:43 +00:00
Contributor
Copy link

Lets go.

Lets go.
kevin commented 2025-04-18 19:34:00 +00:00
Contributor
Copy link

Pull-Request has been merged by kevin

Pull-Request has been merged by kevin
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels   
freeze-break-request

   
post-freeze
  
blocked

Indicates the work cannot proceed. There is a dependency or an issue that is preventing the team from completing the task. This is a flag for the Scrum Master to help unblock the team.

  
Bug

The software is not behaving as expected. It could be an error, a crash, or an incorrect result. Bugs often need to be prioritized based on their severity and business impact

  
Chore

Tasks that are necessary but don't directly deliver new value to the end-user. These are internal tasks like updating a library, managing user accounts, or setting up a new service.

  
Feature

It's something that a user would be able to see or interact with, such as a new button, a new page, or an improved workflow.

  
in-progress

This label is for work that a developer is actively working on. This is usually what you'll see on the "In Progress" column of your project board.

  
points:1

A task that is simple, small, and has very little uncertainty. It should be easy enough for any team member to pick up and complete quickly, without a lot of discussion or research.

  
points:13

Any task that feels like it's a "13" or more is considered an Epic. These are too large and uncertain to be worked on in a single sprint.

  
points:2

This is a task that is slightly more complex or larger than a "1." It might involve two or three simple steps, but the outcome is still very clear and there's little uncertainty.

  
points:3

medium-sized task with some noticeable complexity. It might require a bit more thought or collaboration. The steps are well-defined, but it's not a trivial change.

  
points:5

a significant piece of work. It has more complexity and a higher degree of uncertainty than smaller tasks. It might require some research, a design discussion, or collaboration across multiple teams.

  
points:8

complex task with a lot of uncertainty. It's often the largest size that a team will consider for a single sprint. It likely requires a detailed breakdown and multiple team members to complete.

  
priority:high

This is for work that is critical and needs to be addressed in the next sprint. It's often for urgent bugs, important features, or a major piece of technical debt that is blocking other work.

  
priority:low

This is for work that is good to do but not urgent. It's a candidate for being worked on when there's extra time or when it rises in importance. It can stay in the backlog for a longer period.

  
priority:medium

This is for important work that should be done soon, but isn't as urgent as a high-priority item. It will likely be considered for the next 1-2 sprints.

  
ready

indicates that an issue has been fully refined, has a story point value, and is ready to be pulled into a sprint. It has all the information needed for a developer to start working on it immediately.

  
review

This indicates that the work is complete, but it is now in a review state. This could mean a peer code review, a QA check, or a review by the Product Owner.

  
Technical Debt

work that improves the codebase without adding new features. It's work that pays down the "debt" you've accumulated, such as refactoring a messy piece of code, improving test coverage.

No labels
freeze-break-request
post-freeze
blocked
Bug
Chore
Feature
in-progress
points:1
points:13
points:2
points:3
points:5
points:8
priority:high
priority:low
priority:medium
ready
review
Technical Debt
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
4 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Infrastructure/ansible#2562
No description provided.
Delete branch "openh264"

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?