Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)
On 08.12.2016 18:27, Raphael Hertzog wrote:
> - trying to keep blends-tasks now because we have no better option on the
> table right now is not a good move either. Had you not circumvented the
> d-i review at the time you introduced blends-tasks, then maybe you could
> have advertised the limitation of tasksel and we could have found sooner
> someone willing to fix this even if nobody in the blends team had the
> required skills...
The current solution was announced in bug #758116, which at that time
was assigned to tasksel, so you will find it in your mail archive. In
this bug, there is also a discussion about the limitations of tasksel
(starting in 2014, which is probably soon enough!), and also some
statements from the d-i team that they will probably not have time to
implement something here.
There is (and was) no circumvention of a d-i review. The menu is
available, and you can always review it and file a bug if it has a
problem -- like for any other aspect in Debian. This didn't happen for
the blends-tasks package so far. This shows that either the problems
were not big enough, or that d-i just had no time to do so. In the
latter case, I don't see why d-i would have more time if the tasks menu
would be in tasksel-data.
In my opinion it *is* a good idea to spread responsibilites; especially
when one team is overloaded and the topic fits so well into the field of
another team. And I see no advantage to move the responsibility of the
blends submenu back from the blends team to d-i.
> But more importantly, we need to not show that page at all. I would like
> to suggest a first screen:
>
> Install packages for a:
>
> [X] standard desktop
> [ ] standard server
> [ ] minimal server
> [ ] Show me more options
>
> You only see "tasksel" if you check the "Show me more options" which
> should be unchecked by default. There's code that translates each option
> into default selections at the tasksel level.
If this could be implemented in Stretch, it would be a good compromise.
Best regards
Ole
Reply to: