Bug#950994: Discourage package in contrib to install the real program via another package manager

2020-04-09 Thread Bill Allombert
On Sun, Feb 09, 2020 at 11:47:18PM -0500, Olek Wojnar wrote: > In summary, as snap/flatpak/etc increase in popularity I think it may be > a good idea to have a formalized method for Debian package maintainers > to designate authoritative equivalent sources for their packages, if > they wish to do

Bug#950994: Discourage package in contrib to install the real program via another package manager

2020-04-08 Thread Shengjing Zhu
On Fri, Apr 3, 2020 at 11:31 AM Olek Wojnar wrote: > > Hi, > > Sorry for the slow reply, life has been interesting recently... > > On Fri, Feb 14, 2020 at 2:26 PM Shengjing Zhu wrote: >> >> >> >> May not answer you question directly. >> >> There's something called software center. Like

Bug#950994: Discourage package in contrib to install the real program via another package manager

2020-04-02 Thread Olek Wojnar
Hi, Sorry for the slow reply, life has been interesting recently... On Fri, Feb 14, 2020 at 2:26 PM Shengjing Zhu wrote: > > > May not answer you question directly. > > There's something called software center. Like discover[1] for KDE plasma, > gnome-software[2] for GNOME. > > Users can

Bug#950994: Discourage package in contrib to install the real program via another package manager

2020-02-14 Thread Shengjing Zhu
On Sun, Feb 09, 2020 at 11:47:18PM -0500, Olek Wojnar wrote: > 1) Perhaps surprisingly, I agree in principle that installing from an > external source should not be "encouraged" under normal circumstances. > > 2) However, this illustrates a use case that perhaps has not come up in > the past. As

Bug#950994: Discourage package in contrib to install the real program via another package manager

2020-02-14 Thread Shengjing Zhu
On Mon, Feb 10, 2020 at 05:48:42AM -0500, Sam Hartman wrote: > I'll note there's another case where this could be valuable. > If there is an installer in contrib, you can express dependencies on the > package being available in Debian. > Depending on how that installer works, you may not be able

Bug#950994: Discourage package in contrib to install the real program via another package manager

2020-02-12 Thread Wouter Verhelst
On Mon, Feb 10, 2020 at 05:48:42AM -0500, Sam Hartman wrote: > I'm not really sure that policy is the best place for this sort of > discouragement though. Why not? Policy discourages loads of things. If we agree that it's not the right thing to do (I'm inclined to agree with that), then we should

Bug#950994: Discourage package in contrib to install the real program via another package manager

2020-02-10 Thread Sam Hartman
I'll note there's another case where this could be valuable. If there is an installer in contrib, you can express dependencies on the package being available in Debian. Depending on how that installer works, you may not be able to express dependencies on the installed version in Debian. I think

Bug#950994: Discourage package in contrib to install the real program via another package manager

2020-02-09 Thread Olek Wojnar
On 2/9/20 8:43 AM, Shengjing Zhu wrote: > Source: debian-policy > Severity: wishlist > > I find there are two packages[1] in archive now installing real > program using > snap[2]. The two packages in main are definitely against policy. But the > maintainer is moving them to contrib, which has no

Bug#950994: Discourage package in contrib to install the real program via another package manager

2020-02-09 Thread Shengjing Zhu
Source: debian-policy Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I find there are two packages[1] in archive now installing real program using snap[2]. The two packages in main are definitely against policy. But the maintainer is moving them to contrib, which has no