Hi Bjørn,
Am 17.01.2017 um 10:28 schrieb Bjørn Mork:
> To me it looks like a sandbox fight which started with the creative use
> of "Priority: important". Now it appears that the party starting the
> fight thinks the other party should stop throwing sand until "mommy"
> (aka CTTE) decides who is r
Package: tasksel
Version: 3.39
Severity: serious
Control: block -1 by 846002
Since revision 3.39, tasksel limits the tasks to a predefined list in
the installer, which ignores the blends task selection currently under
CTTE discussion in #846002. The result of the discussion is still open,
and this
On 15.01.2017 05:21, Cyril Brulebois wrote:
> The Debian Installer team[1] is pleased to announce the first release
> candidate of the installer for Debian 9 "Stretch".
>
>
> Important changes in this release of the installer
> ==
>
> * [...]
> *
Hi Cyril,
On 21.05.2016 22:58, Cyril Brulebois wrote:
> I'm very much not happy with tasksel's picking up ", and I would very much
> prefer if it
> would only look at its own debian-tasks.desc when running from the
> installer. Any objections?
Just to clarify this, since I was the one who actual
Hi Cyril,
Am 21.05.2016 um 23:11 schrieb Cyril Brulebois:
> so it would be nice to support all desc files shipped in tasksel-data
> rather than hardcoding debian-tasks.desc when the --internal-tasks-only
> flag is passed.
If you want to do it in the way it was proposed some days ago (move the
ble
On 18.05.2016 10:58, Petter Reinholdtsen wrote:
> [Ole Streicher]
>> In my opinion, the situation for the Debian Pure Blends is better here
>> than for the Desktop environments: If a user doesn't know what the
>> Blends mean, he just ignores it and doesn't in
Hi Christian,
I agree that the best compromise would probably be to have a separate
page "Debian Pure Blends". But someone should implement this -- any
volunteers? I myself don't have enough Perl knowledge to do this.
However, I don't understand your rationale here:
Am 18.05.2016 um 07:25 schrie
On 17.05.2016 13:29, Cyril Brulebois wrote:
> Ole Streicher (2016-05-17):
>> I don't see it problematic as it is in the moment: The list is not too
>> long: Even if it does not fit on one screen, the rest is visible with
>> just one scroll, and this is indicated by t
Hi Wolfgang,
On 17.05.2016 11:52, Wolfgang Schweer wrote:
> On Tue, May 17, 2016 at 08:52:32AM +0200, Ole Streicher wrote:
>> On 17.05.2016 02:13, Cyril Brulebois wrote:
>>> I'm not sure how reasonable it is to have such a long list of meta
>>> packages in the ins
Hi Cyril,
thanks for your response.
On 17.05.2016 02:13, Cyril Brulebois wrote:
> I'm not sure how reasonable it is to have such a long list of meta
> packages in the installer. See attached tasksel-gtk-greyscale.png for
> the initial display with the graphical installer, and attached
> tasksel-t
Control: reassign -1 src:blends
Control: tag -1 pending
I have created the package mentioned in my last mail in the blends git
repository:
https://anonscm.debian.org/cgit/blends/blends.git/
Package: blends-tasks
Architecture: all
Priority: important
Section: misc
Depends: tasksel
Description: De
Andreas Tille writes:
> I'd like to attract your attention onto bug #758116 which is requesting
> a sensible selection of Blends tasks right from the installer.
I have been looking into this a bit and think I have a (compromise)
solution.
The main problem with tasksel is that it is based on debc
Hi,
I am currently preparing a new Debian Pure Blend (Debian Astro), and I
am curious about the status of this bug. Is this something that is going
to be implemented in stretch? And what are currently the main obstacles?
The last entry was from one year ago -- did anything happen behind the
c
13 matches
Mail list logo
