Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

2016-12-10 Thread Wouter Verhelst
On Sat, Dec 10, 2016 at 12:06:44PM +0100, Philip Hands wrote: > How about one or both of: > > bare-bones -- nothing selected > minimal-server -- ssh and nothing else > > Is there any objective way of working out what other combinations would > be popular, rather than just guessing? Note

Bug#846002: blends-tasks must not be priority:important

2016-12-10 Thread Michael Biebl
Am 10.12.2016 um 15:20 schrieb Ole Streicher: > If you mean here why we just didn't put blends-tasks as dependency into > tasksel-data: this wouldn't help, since the Policy says (ยง2.5): > > "Packages must not depend on packages with lower priority values" > > Since tasksel-data is Priority: impo

Bug#846002: blends-tasks must not be priority:important

2016-12-10 Thread Ole Streicher
Hi again, sorry: missed one point: On 10.12.2016 15:07, Ole Streicher wrote: > On 10.12.2016 14:48, Michael Biebl wrote: >> An obvious solution seemed to me, to make tasksel(-*) depend on >> blends-tasks. This why, the package would be marked as auto-installed, >> and should you later decide to i

Bug#846002: blends-tasks must not be priority:important

2016-12-10 Thread Ole Streicher
Hi Michael, On 10.12.2016 14:48, Michael Biebl wrote: > Am 10.12.2016 um 14:15 schrieb Ole Streicher: >> Hi Michael, >> >> On 10.12.2016 13:18, Michael Biebl wrote: >>> While I have no opninion on whether blend-tasks is important enough to >>> have installed by default, I would urge to revisit th

Bug#846002: blends-tasks must not be priority:important

2016-12-10 Thread Michael Biebl
Am 10.12.2016 um 14:15 schrieb Ole Streicher: > Hi Michael, > > On 10.12.2016 13:18, Michael Biebl wrote: >> While I have no opninion on whether blend-tasks is important enough to >> have installed by default, I would urge to revisit the idea to (mis)use >> the package priority to achieve that. >

Bug#846002: blends-tasks must not be priority:important

2016-12-10 Thread Ole Streicher
Hi Michael, On 10.12.2016 13:18, Michael Biebl wrote: > While I have no opninion on whether blend-tasks is important enough to > have installed by default, I would urge to revisit the idea to (mis)use > the package priority to achieve that. That is the standard way how tasksel gets its menu: tas

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

2016-12-10 Thread Ole Streicher
Hi Phil, On 10.12.2016 12:06, Philip Hands wrote: > Anyway, having done it, my first impression (which I'm surprised by) is > that the list is too short -- I think that it is perhaps because it is > much easier to select one option from a list than it is to decide what > combination of options one

Bug#846002: blends-tasks must not be priority:important

2016-12-10 Thread Michael Biebl
While I have no opninion on whether blend-tasks is important enough to have installed by default, I would urge to revisit the idea to (mis)use the package priority to achieve that. If a package was pulled in by debootstrap because of its priority, it's marked as manually installed. This is usuall

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

2016-12-10 Thread Philip Hands
Ole Streicher writes: > Hi Phil, > > On 10.12.2016 01:03, Philip Hands wrote: >> Just to test things out, if one adds: >> >> url=hands.com/d-i/bug/846002/preseed.cfg >> >> to the kernel command line (so, hitting TAB as the installer's boot menu) >> it will tweaks d-i to have such a menu. > >

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

2016-12-10 Thread Ole Streicher
Hi Phil, On 10.12.2016 01:03, Philip Hands wrote: > Just to test things out, if one adds: > > url=hands.com/d-i/bug/846002/preseed.cfg > > to the kernel command line (so, hitting TAB as the installer's boot menu) > it will tweaks d-i to have such a menu. To me, this looks like a very nice sol