Skip to content

chore(deps): update module github.com/chai2010/gettext-go to v1.0.3#929

Merged
ocmbot[bot] merged 1 commit into
mainfrom
renovate/github.com-chai2010-gettext-go-1.0.x
Sep 25, 2025
Merged

chore(deps): update module github.com/chai2010/gettext-go to v1.0.3#929
ocmbot[bot] merged 1 commit into
mainfrom
renovate/github.com-chai2010-gettext-go-1.0.x

Conversation

@ocmbot

@ocmbot ocmbot Bot commented Sep 25, 2025

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Package Type Update Change OpenSSF
github.com/chai2010/gettext-go indirect patch v1.0.2 -> v1.0.3 OpenSSF Scorecard

Release Notes

chai2010/gettext-go (github.com/chai2010/gettext-go)

v1.0.3

Compare Source


Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

@ocmbot ocmbot Bot requested a review from a team as a code owner September 25, 2025 08:19
@ocmbot ocmbot Bot enabled auto-merge (squash) September 25, 2025 08:19
@github-actions github-actions Bot added kind/chore chore, maintenance, etc. kind/dependency dependency update, etc. size/xs Extra small labels Sep 25, 2025
@ocmbot ocmbot Bot force-pushed the renovate/github.com-chai2010-gettext-go-1.0.x branch from 89c5821 to a50358b Compare September 25, 2025 10:06
@ocmbot ocmbot Bot force-pushed the renovate/github.com-chai2010-gettext-go-1.0.x branch from a50358b to accf90d Compare September 25, 2025 10:13
@ocmbot ocmbot Bot force-pushed the renovate/github.com-chai2010-gettext-go-1.0.x branch from accf90d to ca26dd7 Compare September 25, 2025 12:35
@ocmbot ocmbot Bot merged commit 023f494 into main Sep 25, 2025
18 checks passed
@ocmbot ocmbot Bot deleted the renovate/github.com-chai2010-gettext-go-1.0.x branch September 25, 2025 12:37
piotrjanik added a commit to piotrjanik/open-component-model that referenced this pull request Apr 14, 2026
<!-- markdownlint-disable MD041 -->

Adds a progress visualization system for the `ocm transfer component-version` command, providing real-time feedback during long-running transfers.

**Terminal mode** (interactive TTY):
- Animated spinner during resolve phase
- Progress bar with scrolling item log during transfer execution
- Color-coded status icons (✓/✗/⊘) and error formatting with spec dumps

**Non-terminal mode** (piped output, CI):
- Structured slog output for each operation phase and item-level events
- Automatically selected by the tracker when stderr is not a TTY

**Architecture:**
- `progress` package: orchestrates operation lifecycle via `Tracker`, `Simple`, and `Tracked` factories. Owns the slog-based default visualizer for non-terminal mode.
- `visualizers` package: terminal-specific rendering implementations (`basicVisualizer` for spinners, `barVisualizer` for progress bars). Decoupled from domain types.
- Transfer command's `progress.go`: adapter layer mapping graph runtime events to progress events, with domain-specific error formatting.

**Key design decisions:**
- Tracker stores output writer and terminal flag; factory functions (`VisualizerFactory`, `EventVisualizerFactory`) receive these from the tracker, keeping the caller API minimal: `progress.Simple(visualizers.Simple)` and `progress.Tracked(visualizers.NewBarVisualizer(formatError), total, events, mapper)`
- slog is intercepted and buffered during terminal rendering to prevent log output from corrupting the animated UI; buffered lines are drained between render frames
- `SyncBuffer` provides thread-safe access to the shared log buffer between slog writers and visualizer render loops
- Transfer command refactored: cobra handler delegates to `transferRunner` which separates resolve/build/execute phases from rendering concerns

<!--
Usage: `Fixes #<issue number>`, or `Fixes (paste link of issue)`.
-->

Fixes: open-component-model#929

Signed-off-by: Piotr Janik <piotr.janik@sap.com>
piotrjanik added a commit to piotrjanik/open-component-model that referenced this pull request Apr 16, 2026
<!-- markdownlint-disable MD041 -->

Adds a progress rendering system for the `transfer component-version` command, replacing the previous generic tracker with a streamlined, operation-based API.

**Progress package (`cli/internal/render/progress/`)**
- `Tracker[T]` manages operation lifecycle and slog redirection during terminal rendering
- `StartOperation` supports simple operations (spinner only) and event-tracked operations (progress bar) via `WithEvents` and `WithErrorFormatter`
- `SlogVisualizer[T]` provides automatic fallback for non-terminal environments (CI, piped output)
- slog is buffered during terminal rendering to prevent log output from corrupting the animated UI

**Bar visualizer (`cli/internal/render/progress/bar/`)**
- Single `NewVisualizer[T]` factory handles both simple (total=0, spinner header) and tracked (progress bar with scrolling item log) modes
- Animated spinner with shimmer effect on header text
- Failed items are listed with typed error formatting (spec dump for debugging)

**Transfer command integration**
- Three progress phases: loading transfer spec, resolving component versions, transferring
- Events are fully typed as `Event[*graphPkg.Transformation]` throughout the pipeline
- Error formatter renders transformation failures with error tree and framed spec JSON dump

<!--
Usage: `Fixes #<issue number>`, or `Fixes (paste link of issue)`.
-->

Fixes: open-component-model#929

Signed-off-by: Piotr Janik <piotr.janik@sap.com>
piotrjanik added a commit to piotrjanik/open-component-model that referenced this pull request Apr 16, 2026
<!-- markdownlint-disable MD041 -->

Adds a progress rendering system for the `transfer component-version` command, replacing the previous generic tracker with a streamlined, operation-based API.

**Progress package (`cli/internal/render/progress/`)**
- `Tracker[T]` manages operation lifecycle and slog redirection during terminal rendering
- `StartOperation` supports simple operations (spinner only) and event-tracked operations (progress bar) via `WithEvents` and `WithErrorFormatter`
- `SlogVisualizer[T]` provides automatic fallback for non-terminal environments (CI, piped output)
- slog is buffered during terminal rendering to prevent log output from corrupting the animated UI

**Bar visualizer (`cli/internal/render/progress/bar/`)**
- Single `NewVisualizer[T]` factory handles both simple (total=0, spinner header) and tracked (progress bar with scrolling item log) modes
- Animated spinner with shimmer effect on header text
- Failed items are listed with typed error formatting (spec dump for debugging)

**Transfer command integration**
- Three progress phases: loading transfer spec, resolving component versions, transferring
- Events are fully typed as `Event[*graphPkg.Transformation]` throughout the pipeline
- Error formatter renders transformation failures with error tree and framed spec JSON dump

<!--
Usage: `Fixes #<issue number>`, or `Fixes (paste link of issue)`.
-->

Fixes: open-component-model#929

Signed-off-by: Piotr Janik <piotr.janik@sap.com>
piotrjanik added a commit to piotrjanik/open-component-model that referenced this pull request Apr 16, 2026
<!-- markdownlint-disable MD041 -->

Adds a progress rendering system for the `transfer component-version` command, replacing the previous generic tracker with a streamlined, operation-based API.

**Progress package (`cli/internal/render/progress/`)**
- `Tracker[T]` manages operation lifecycle and slog redirection during terminal rendering
- `StartOperation` supports simple operations (spinner only) and event-tracked operations (progress bar) via `WithEvents` and `WithErrorFormatter`
- `SlogVisualizer[T]` provides automatic fallback for non-terminal environments (CI, piped output)
- slog is buffered during terminal rendering to prevent log output from corrupting the animated UI

**Bar visualizer (`cli/internal/render/progress/bar/`)**
- Single `NewVisualizer[T]` factory handles both simple (total=0, spinner header) and tracked (progress bar with scrolling item log) modes
- Animated spinner with shimmer effect on header text
- Failed items are listed with typed error formatting (spec dump for debugging)

**Transfer command integration**
- Three progress phases: loading transfer spec, resolving component versions, transferring
- Events are fully typed as `Event[*graphPkg.Transformation]` throughout the pipeline
- Error formatter renders transformation failures with error tree and framed spec JSON dump

<!--
Usage: `Fixes #<issue number>`, or `Fixes (paste link of issue)`.
-->

Fixes: open-component-model#929

Signed-off-by: Piotr Janik <piotr.janik@sap.com>
piotrjanik added a commit to piotrjanik/open-component-model that referenced this pull request Apr 16, 2026
<!-- markdownlint-disable MD041 -->

Adds a progress visualization system for the `ocm transfer component-version` command, providing real-time feedback during long-running transfers.

**Terminal mode** (interactive TTY):
- Animated spinner during resolve phase
- Progress bar with scrolling item log during transfer execution
- Color-coded status icons (✓/✗/⊘) and error formatting with spec dumps

**Non-terminal mode** (piped output, CI):
- Structured slog output for each operation phase and item-level events
- Automatically selected by the tracker when stderr is not a TTY

**Architecture:**
- `progress` package: orchestrates operation lifecycle via `Tracker`, `Simple`, and `Tracked` factories. Owns the slog-based default visualizer for non-terminal mode.
- `visualizers` package: terminal-specific rendering implementations (`basicVisualizer` for spinners, `barVisualizer` for progress bars). Decoupled from domain types.
- Transfer command's `progress.go`: adapter layer mapping graph runtime events to progress events, with domain-specific error formatting.

**Key design decisions:**
- Tracker stores output writer and terminal flag; factory functions (`VisualizerFactory`, `EventVisualizerFactory`) receive these from the tracker, keeping the caller API minimal: `progress.Simple(visualizers.Simple)` and `progress.Tracked(visualizers.NewBarVisualizer(formatError), total, events, mapper)`
- slog is intercepted and buffered during terminal rendering to prevent log output from corrupting the animated UI; buffered lines are drained between render frames
- `SyncBuffer` provides thread-safe access to the shared log buffer between slog writers and visualizer render loops
- Transfer command refactored: cobra handler delegates to `transferRunner` which separates resolve/build/execute phases from rendering concerns

<!--
Usage: `Fixes #<issue number>`, or `Fixes (paste link of issue)`.
-->

Fixes: open-component-model#929

Signed-off-by: Piotr Janik <piotr.janik@sap.com>
piotrjanik added a commit to piotrjanik/open-component-model that referenced this pull request Apr 16, 2026
<!-- markdownlint-disable MD041 -->

Adds a progress rendering system for the `transfer component-version` command, replacing the previous generic tracker with a streamlined, operation-based API.

**Progress package (`cli/internal/render/progress/`)**
- `Tracker[T]` manages operation lifecycle and slog redirection during terminal rendering
- `StartOperation` supports simple operations (spinner only) and event-tracked operations (progress bar) via `WithEvents` and `WithErrorFormatter`
- `SlogVisualizer[T]` provides automatic fallback for non-terminal environments (CI, piped output)
- slog is buffered during terminal rendering to prevent log output from corrupting the animated UI

**Bar visualizer (`cli/internal/render/progress/bar/`)**
- Single `NewVisualizer[T]` factory handles both simple (total=0, spinner header) and tracked (progress bar with scrolling item log) modes
- Animated spinner with shimmer effect on header text
- Failed items are listed with typed error formatting (spec dump for debugging)

**Transfer command integration**
- Three progress phases: loading transfer spec, resolving component versions, transferring
- Events are fully typed as `Event[*graphPkg.Transformation]` throughout the pipeline
- Error formatter renders transformation failures with error tree and framed spec JSON dump

<!--
Usage: `Fixes #<issue number>`, or `Fixes (paste link of issue)`.
-->

Fixes: open-component-model#929

Signed-off-by: Piotr Janik <piotr.janik@sap.com>
piotrjanik added a commit to piotrjanik/open-component-model that referenced this pull request Apr 17, 2026
<!-- markdownlint-disable MD041 -->

Adds a progress rendering system for the `transfer component-version` command, replacing the previous generic tracker with a streamlined, operation-based API.

**Progress package (`cli/internal/render/progress/`)**
- `Tracker[T]` manages operation lifecycle and slog redirection during terminal rendering
- `StartOperation` supports simple operations (spinner only) and event-tracked operations (progress bar) via `WithEvents` and `WithErrorFormatter`
- `SlogVisualizer[T]` provides automatic fallback for non-terminal environments (CI, piped output)
- slog is buffered during terminal rendering to prevent log output from corrupting the animated UI

**Bar visualizer (`cli/internal/render/progress/bar/`)**
- Single `NewVisualizer[T]` factory handles both simple (total=0, spinner header) and tracked (progress bar with scrolling item log) modes
- Animated spinner with shimmer effect on header text
- Failed items are listed with typed error formatting (spec dump for debugging)

**Transfer command integration**
- Three progress phases: loading transfer spec, resolving component versions, transferring
- Events are fully typed as `Event[*graphPkg.Transformation]` throughout the pipeline
- Error formatter renders transformation failures with error tree and framed spec JSON dump

<!--
Usage: `Fixes #<issue number>`, or `Fixes (paste link of issue)`.
-->

Fixes: open-component-model#929

Signed-off-by: Piotr Janik <piotr.janik@sap.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

kind/chore chore, maintenance, etc. kind/dependency dependency update, etc. size/xs Extra small

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants