Re: stretch installer question

[Steve McIntyre]

On Sat, May 21, 2016 at 12:13:10PM -0400, Jude DaShiell wrote:
>Is the package selection section of the stretch installer as broken in all
>versions as it is in the x86_64 version of firmware testing iso?  I preserved
>logs but once installation was finished and system rebooted, ssh was nowhere
>to be found on the new system.  I may be able to copy the installation log or
>logs off of the new system onto a flash drive then copy those logs back onto
>another hard drive to send them along but can't do it directly from the newly
>installed system since neither telnet rlogin or ssh got onto it.

Not everybody wants to run servers (even ssh) by default on new
machine installations, so ssh isn't installed *by default*. However,
there is an option in tasksel to install "SSH server" if that's what
you want.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Google-bait:   http://www.debian.org/CD/free-linux-cd
  Debian does NOT ship free CDs. Please do NOT contact the mailing
  lists asking us to send them to you.

Re: Bug#758116: Allow to select Blends selection during installation - just "DE", "Web server", "Mail server" is NOT enough

[Petter Reinholdtsen]

[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 interact with it so that it behaves as desired.

You misunderstand the role of the udebs.  The Debian Edu udeb ask for
education-tasks to be installed, and then the normal d-i take care of
the rest to get the correct Debian Edu tasks installed using tests and
the locale settings.  Sure, we can come up with a new way to do it, but
my point is that we are using this feature of tasksel today, and there
is no alternative I know of that is equally robust and well integrated
into the installer.

-- 
Happy hacking
Petter Reinholdtsen

Re: Bug#758116: Allow to select Blends selection during installation - just "DE", "Web server", "Mail server" is NOT enough

[Petter Reinholdtsen]

[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 behaviour to install its tasks during
installation, but we do not use standard priority tasks to get into the
installer, we use udebs to trigger the installation of education-tasks.

Being able to add extra tasks using udebs is a feature, not a bug.

-- 
Happy hacking
Petter Reinholdtsen

Re: Bug#758116: Allow to select Blends selection during installation - just "DE", "Web server", "Mail server" is NOT enough

[Cyril Brulebois]

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
> > installer. Any objections?
> 
> Yes.
> 
> Debian Edu uses the current behaviour to install its tasks during
> installation, but we do not use standard priority tasks to get into the
> installer, we use udebs to trigger the installation of education-tasks.
> 
> Being able to add extra tasks using udebs is a feature, not a bug.

There's no udebs involved in what I summarized for Blends.


Also: If pkgsel changes the way it calls tasksel, debian-edu udebs can
certainly interact with it so that it behaves as desired.


KiBi.


signature.asc
Description: Digital signature

Re: Bug#758116: Allow to select Blends selection during installation - just "DE", "Web server", "Mail server" is NOT enough

[Cyril Brulebois]

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 side note, pkgsel calls tasksel with --new-install, but maybe
others are using this flag outside d-i contexts. So I'd probably add
a --internal-tasks-only there.

As another side note, tasksel-data in Debian only has:
  /usr/share/tasksel/descs/debian-tasks.desc

while latest Ubuntu has:
  /usr/share/tasksel/descs/debian-tasks.desc
  /usr/share/tasksel/descs/ubuntu-tasks.desc

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.

Martin, I think this would go along the lines of the idea you mentioned
briefly on IRC?


KiBi.


signature.asc
Description: Digital signature

Upcoming stable point release (8.5)

[Julien Cristau]

Hi,

The next point release for "jessie" (8.5) is scheduled for Saturday,
June 4th. Processing of new uploads into jessie-proposed-updates
will be frozen during the preceding weekend.

Cheers,
Julien

Upcoming oldstable point release (7.11)

[Julien Cristau]

Hi,

The next (and last) point release for "wheezy" (7.11) is scheduled for
Saturday, June 4th. Processing of new uploads into
wheezy-proposed-updates will be frozen during the preceding weekend.

Cheers,
Julien

stretch installer question

[Jude DaShiell]

Is the package selection section of the stretch installer as broken in all 
versions as it is in the x86_64 version of firmware testing iso?  I 
preserved logs but once installation was finished and system rebooted, ssh 
was nowhere to be found on the new system.  I may be able to copy the 
installation log or logs off of the new system onto a flash drive then 
copy those logs back onto another hard drive to send them along but can't 
do it directly from the newly installed system since neither telnet rlogin 
or ssh got onto it.
Thanks much for adding the firmware-ralink package so I could at least get 
out on the internet while doing an install.




--

Re: 8.5 and 7.11 planning

[Julien Cristau]

On Sat, May 14, 2016 at 20:20:28 +0200, Julien Cristau wrote:

> Hi,
> 
> with wheezy EOL, we should get a final point release out.  In order to
> avoid version skew, it'd be good to have a jessie point release around
> the same time, so if that works for everyone let's do them both on the
> same Saturday again.
> 
> Some suggested dates:
> 
> June 4th/5th

It looks like that works for everyone, so let's go with that.  This
means we will be freezing (o)pu next week-end.

Cheers,
Julien