Hi Ole,
Ole Streicher (2016-05-23):
> Hi Cyril,
>
>
> Just to clarify this, since I was the one who actually did and
> uploaded the change:
>
> It was not my intention to hijack the installation process. In some
> earlier mail on bug#758116, you mentioned that you cannot
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
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
On Sun, May 22, 2016 at 10:18:42AM +, Holger Levsen wrote:
> Hi,
>
> two more ideas from irc:
>
> < pabs> KiBi, tbm: re blends/desktops stuff, what about showing that only in
> expert mode?
I'm not sure whether "expert mode" fits the intended user target group.
> < h01ger> or a
[Cyril Brulebois]
> Please explain how you came to that conclusion.
I'm sorry, but the thread so far do not make me believe you are not
really want to understand what I mean, but instead look for a way to
push your view and any explanation I come up with would be brushed away.
I believe it is
Hi,
two more ideas from irc:
< pabs> KiBi, tbm: re blends/desktops stuff, what about showing that only in
expert mode?
< h01ger> or a dedicated image, which uses a kernel cmdline param to enable
blends-mode…
--
cheers,
Holger
signature.asc
Description: Digital
Petter Reinholdtsen (2016-05-22):
> [Cyril Brulebois]
> > There's no udebs involved in what I summarized for Blends.
>
> Exactly.
Thanks for confirming that your “Being able to add extra tasks using
udebs is a feature, not a bug.” wasn't really on topic then.
> I suspect using
[Cyril Brulebois]
> There's no udebs involved in what I summarized for Blends.
Exactly. I suspect using udebs to enable blends is be a better idea
than making the Blends tasksel tasks priority standard.
> Also: If pkgsel changes the way it calls tasksel, debian-edu udebs can
> certainly
Petter Reinholdtsen (2016-05-21):
> [Cyril Brulebois]
> > I'm very much not happy with tasksel's picking up whatever people have
> > managed to get into a basic system, and I would very much prefer if it
> > would only look at its own debian-tasks.desc when running from the
> >
[Cyril Brulebois]
> I'm very much not happy with tasksel's picking up whatever people have
> managed to get into a basic system, and I would very much prefer if it
> would only look at its own debian-tasks.desc when running from the
> installer. Any objections?
Yes.
Debian Edu uses the current
Cyril Brulebois (2016-05-21):
> I'm very much not happy with tasksel's picking up whatever people have
> managed to get into a basic system, and I would very much prefer if it
> would only look at its own debian-tasks.desc when running from the
> installer. Any objections?
As a
Hi,
Martin Michlmayr (2016-05-21):
> * Christian Perrier [2016-05-18 07:25]:
> > I still remember Joey's objections about *not* having users forced
> > to choose between desktop environmentsbecause, contrary to what
> > the average geek thinks, most
On Fri, May 20, 2016 at 09:42:47AM +0200, Cyril Brulebois wrote:
> Christian Perrier (2016-05-18):
> > (thanks for prodding me...you never know, indeed, though I still read
> > -boot...;-) )
>
> (wow, great!)
May be some OT chatting about super marathons might keep Bubulle
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 install anything from it.
>
> An
On Wed, May 18, 2016 at 09:41:54AM +0200, Ole Streicher wrote:
> 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.
I agree that this would
[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 install anything from it.
An unskilled user do not ignore options he do not understand, he
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
(thanks for prodding me...you never know, indeed, though I still read
-boot...;-) )
I have no idea whether the following is practical, and/or makes sense
regarding d-i's logic, etc., but I'm wondering whether it would be
possible to have checking "Debian Pure Blends" activate a follow-up
Hi,
[due to traveling to some Debian Med related workshop in Paris I was a bit
offline-ish - so I become involved a bit late into this discussion and
just add my points where I think further input might be helpful.]
On Tue, May 17, 2016 at 02:00:14PM +0200, Ole Streicher wrote:
>
> > I have
On Tue, May 17, 2016 at 02:23:48PM +0200, Cyril Brulebois wrote:
>Wolfgang Schweer (2016-05-17):
>> The 13 blends would only show up if 'blends options' is chosen in the
>> main menu. The main menu would only have one additional entry.
>
>It's OK for boot options to control
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 the
(Christian: sorry for pinging you directly, but I need some longtimer
wisdom for this touchy topic.)
Hi,
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
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 installer. See attached
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 installer. See attached tasksel-gtk-greyscale.png for
> > the initial display with the graphical
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
>
Hi,
And thanks for your work on this.
Ole Streicher (2016-04-06):
> 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/
>
26 matches
Mail list logo