Re: stretch installer question
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
[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
[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
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 (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
Re: Bug#758116: Allow to select Blends selection during installation - just "DE", "Web server", "Mail server" is NOT enough
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 people have no idea about what is a > > desktop environment. So, just imagine if we present them with > > "Hamradio", "NeuroDebian", "Debian Med" and such a list of unsorted > > strange things. > > FWIW, I fully agree. I'm not happy to see the new desktop selection > in tasksel, even though I can understand why some people want to see > this. In my opinion, adding Blends is definitely taking things too > far. Most users will have no clue what it's about, even if we add an > explanation of what a "blend" is. OK; so that's not just me. > We've worked hard for years to improve the installation experience and I > fear the new tasksel selection will add a lot of confusion for users. For now, I've added a mention about the new (possibly temporary) behaviour regarding tasksel: https://www.debian.org/devel/debian-installer/News/2016/20160521 Now that I'm almost done with releasing D-I Stretch Alph 6, I've looked at how we got there. It seems blends-tasks is Priority: important, and that's how it got into the installed system. Then looking at tasksel's README: | On startup, the tasksel program will read all *.desc files in | /usr/share/tasksel/ for information about what tasks are available. The | tasks will be presented in a simple list selection screen with their | short descriptions. 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? Also, Steve mentioned the Debian Pure Blends addition might generate issues depending on what blends are available and/or installable on this or that image (adding debian-cd@ for reference). KiBi. signature.asc Description: Digital signature
Upcoming stable point release (8.5)
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)
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
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
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