Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do not automatically upgrade apt packages #1176

Closed
wants to merge 3 commits into from

Conversation

tmiland
Copy link

@tmiland tmiland commented Oct 1, 2024

  • Do not automatically upgrade apt packages, but give the user the options as argument. E.g:

  • deb-get upgrade will give the user option to evaluate with default y/n answer.

    • Answering no will upgrade only deb-get packages.
  • deb-get upgrade -y will act as it currently does.

    • This will enable other special options in addition, such as:
  • deb-get upgrade -s Simulates the command without performing any actual tasks. Or:

  • deb-get upgrade -v Provides additional details about the updating process.

- Do not automatically upgrade apt packages, but give the user the options as argument.
E.g:
- `deb-get upgrade` will give the user option to evaluate with default y/n answer.
  - Answering `no` will upgrade only `deb-get` packages.

- `deb-get upgrade -y` will act as it currently does.
  - This will enable other special options in addition, such as:

- `deb-get upgrade -s` Simulates the command without performing any actual tasks.
Or:
- `deb-get upgrade -v` Provides additional details about the updating process.
@philclifford
Copy link
Member

Thanks for this contribution. The key flexibility sought has been achieved with the merge of #1246 so I'll close this one. The other PR was probably preferred because it kept existing behaviour consistent both with current usage and with the initial intention of a "one-stop shop" but added an optional enhancement for anyone with different requirements.
Your contribution, and efforts to keep it conflict free, are appreciated.

@philclifford
Copy link
Member

The ideas of '-v' and '-s' (and possibly other apt-get options) would still be possible and might be of interest to some.

@tmiland
Copy link
Author

tmiland commented Jan 1, 2025

Thanks for this contribution. The key flexibility sought has been achieved with the merge of #1246 so I'll close this one. The other PR was probably preferred because it kept existing behaviour consistent both with current usage and with the initial intention of a "one-stop shop" but added an optional enhancement for anyone with different requirements. Your contribution, and efforts to keep it conflict free, are appreciated.

No worries. Thanks for the consideration.

Problem with #1246 is if running without that option, you have no way of answering "no" to system upgrades, and potentially borking the whole system with a forced "-y", hence my pr.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants