feat: explicit optional compression in dropgz

[rbtr]

Previously, dropgz has expected and required that embedded blobs be gzip compressed.
This change makes decompressing the stream optional and defaults to no decompression, by adding a --compression flag and simply streaming the embed out if compression is unset.
dropgz deploy now defaults to assuming uncompressed embeds. Only gzip compression is supported and may be set.

[Copilot]

Pull Request Overview

This PR introduces an optional decompression mechanism for embedded blobs in dropgz by adding a new compression flag. Key changes include:

• Introducing a new Compression type with supported constants (None and Gzip) in payload.go.
• Updating the Extract, deploy, and Deploy functions to accept and propagate the compression parameter.
• Adding a new CLI flag for compression in the payload command and removing outdated local-run instructions from the README.

Reviewed Changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 1 comment.

File	Description
dropgz/pkg/embed/payload.go	Added Compression type and integrated conditional decompression.
dropgz/cmd/payload.go	Updated command definitions to pass the compression parameter.
dropgz/README.md	Removed outdated instructions that enforced gzip compression.

Comments suppressed due to low confidence (1)

dropgz/README.md:1

• [nitpick] The removal of local run instructions may leave users without guidance on how to use the new '--compression' flag; please update or provide alternative documentation reflecting the new behavior.

-### Running the dropgz locally

[rbtr]

/azp run Azure Container Networking PR

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[QxBytes]

If dropgz's default behavior now assumes uncompressed files, and previously we placed compressed files into the dropgz image (like inside azure-cni), do we also need to update these other dockerfiles (to place uncompressed files), or make it so that dropgz runs with gzip compression (your new flag) in pipelines etc.? Or does this compression on pertain to how the files are transferred out?

[QxBytes]

Would it be beneficial to add a new README with updated instructions for running dropgz?

[rbtr]

do we also need to update these other dockerfiles (to place uncompressed files)

Yes, but dropgz is a separate go mod and is used as a library in those dockerfiles. It must be released before they can be updated, and if we make no change to them they just keep using the older version with compression.

[QxBytes]

do we also need to update these other dockerfiles (to place uncompressed files)

Yes, but dropgz is a separate go mod and is used as a library in those dockerfiles. It must be released before they can be updated, and if we make no change to them they just keep using the older version with compression.

So let's say this PR gets merged and then we build a new cni/cns image right after-- will this image be broken because we place compressed images inside when we build dropgz, and then try to extract with the default compression as none?

[rbtr]

nothing will break or change until we release a dropgz 0.0.13, and update the CNS/CNI dockerfiles to use it

[Copilot]

Pull Request Overview

Make decompression of embedded blobs optional by introducing a --compression flag and defaulting to no decompression.

• Define a Compression enum (None, Gzip) and update Extract, deploy, and Deploy to accept it.
• Add a --compression CLI flag in payload.go and pass it through to the embed API.
• Remove outdated local usage instructions from the README (needs replacement).

Reviewed Changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 3 comments.

File	Description
dropgz/pkg/embed/payload.go	Add Compression type/constants and update Extract/deploy to use it
dropgz/cmd/payload.go	Introduce --compression flag, propagate to extract/deploy
dropgz/README.md	Remove old local usage steps (no replacement for new flag usage)

Comments suppressed due to low confidence (2)

dropgz/cmd/payload.go:10

• The code references embed.Compression and embed.Deploy but does not import the embed package. Add "dropgz/pkg/embed" to the import block.

import (

dropgz/README.md:1

• The README content was removed but no new instructions were added for the --compression flag. Add updated usage examples covering compression modes.

-### Running the dropgz locally

[github-actions]

This pull request is stale because it has been open for 2 weeks with no activity. Remove stale label or comment or this will be closed in 7 days