Hi,
More metapackages will make transitions harder though, I believe we want
to avoid that.
In what way would transitions become harder?
The alternatives system has "manual" and "automatic" modes for each
group, these would probably correspond to "manually installed" and
"automatically
On Thu, 28 Dec 2023 at 03:01, Simon Richter wrote:
>
> Hi,
>
> On 12/28/23 04:28, Luca Boccassi wrote:
>
> > if you want to activate a new alternative, you have to download a new
> > package that provides it anyway, so there's no difference. Subsequent
> > switches will use the cached package,
Hi,
On 12/28/23 04:28, Luca Boccassi wrote:
if you want to activate a new alternative, you have to download a new
package that provides it anyway, so there's no difference. Subsequent
switches will use the cached package, and if you have issues
downloading a 3 kilobytes metapackage then just
Metapackage approach is not the same for many reasons.
First, I have seen Debian installations which doesn’t have internet access, but
setup with many alternatives of the same application (e.g.: Java).
Moreover, apt automatically purges its cache after a successful transaction.
As I said
On Sun, 24 Dec 2023 at 22:48, Stephan Seitz wrote:
>
> Am So, Dez 24, 2023 at 10:06:09 +0100 schrieb Gioele Barabucci:
> >After the installation there would be no /usr/bin/gpg. Once the user
> >installs, say, ggp-is-gnupg then /usr/bin/gpg will point to
> >/usr/bin/gpg-gnupg. Users (and scripts)
However, shoehorning X-is-X to apt for replacing alternatives is a very
unoptimal (and even backwards) approach, because it’s not only for simple
applications. Some of the daily alternatives I see are:
- x-www-Browser
- java (and the whole toolchain)
- editor
- vi
- pager
… The list goes on and
Am So, Dez 24, 2023 at 10:06:09 +0100 schrieb Gioele Barabucci:
After the installation there would be no /usr/bin/gpg. Once the user
installs, say, ggp-is-gnupg then /usr/bin/gpg will point to
/usr/bin/gpg-gnupg. Users (and scripts) are still free to install the
And if you want to change it,
On 24/12/23 08:54, Alastair McKinstry wrote:
While we are on the topic of alternatives, I hope to see the
maintscript-based /etc/alternatives paradigm deprecated in favor of
the package-based X-is-X paradigm introduced by `python-is-python3`.
They have different use-cases. alternatives
On 23/12/2023 14:34, Gioele Barabucci wrote:
On 22/12/23 00:40, Daniel Kahn Gillmor wrote:
If you're asking about using /etc/alternatives or something like that to
provide some sort of generic swapping capability, or a dpkg Provides:,
such that /usr/bin/gpg on some systems would point toward
On Sat, 23 Dec 2023 at 18:43, Gioele Barabucci wrote:
>
> On 22/12/23 00:40, Daniel Kahn Gillmor wrote:
> > If you're asking about using /etc/alternatives or something like that to
> > provide some sort of generic swapping capability, or a dpkg Provides:,
> > such that /usr/bin/gpg on some
On 17086 March 1977, Gioele Barabucci wrote:
While we are on the topic of alternatives, I hope to see the
maintscript-based /etc/alternatives paradigm deprecated in favor of
the
package-based X-is-X paradigm introduced by `python-is-python3`.
In this scenario gnupg will ship gpg as
On 22/12/23 00:40, Daniel Kahn Gillmor wrote:
If you're asking about using /etc/alternatives or something like that to
provide some sort of generic swapping capability, or a dpkg Provides:,
such that /usr/bin/gpg on some systems would point toward the
"chameleon", i would want to see some
12 matches
Mail list logo