Re: Bug#485586: debian-installer: Default to graphical install

2014-08-19 Thread Cyril Brulebois
Didier 'OdyX' Raboud (2014-08-19): > While I don't have a definitive opinion on the ordering of the menu > choices, I definitively think amd64 should be picked by default on amd64 > architectures. Especially since multiarch, there's no good reason left > for installing i386 on amd64-capable mac

Re: Bug#742485: debian-installer: debian-testing-amd64-gnome-CD1.iso installs XFCE

2014-08-19 Thread Cyril Brulebois
Hi Fabian, Fabian Rodriguez (2014-08-19): > Package: debian-installer > Followup-For: Bug #742485 > > Dear Maintainer, > > I tested installing from debian-testing-amd64-CD-1.iso obtained at > http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/, > expecting the Gnome desktop to be inst

Re: Bug#742485: debian-installer: debian-testing-amd64-gnome-CD1.iso installs XFCE

2014-08-19 Thread Cyril Brulebois
Cyril Brulebois (2014-08-19): > Hi Fabian, > > Fabian Rodriguez (2014-08-19): > > Package: debian-installer > > Followup-For: Bug #742485 > > > > Dear Maintainer, > > > > I tested installing from debian-testing-amd64-CD-1.iso obtained at > > http://cdimage.debian.org/cdimage/weekly-builds/amd6

Re: Bug#485586: debian-installer: Default to graphical install

2014-08-19 Thread Joey Hess
Didier 'OdyX' Raboud wrote: > Now, the ideal would be to use syslinux' ifcpu/ifcpu64 c32 modules to > determine the menu order depending on the machine (see [0]): no "64 bit" > option on 32 bit machines, "hidden or down the menu" "32 bit" option on > 64 bit-capable machines. This used to be the

Re: Plan of action for Secure Boot support

2014-08-19 Thread Ben Hutchings
On Thu, 2014-08-14 at 23:38 +0200, Cyril Brulebois wrote: [...] > > 1. Colin Watson will prepare dak changes to support upload and > > subsequent signing of EFI executables. (This is an embedded, not > > detached, signature.) > > > > 2. Steve Langasek will prepare and upload a package of the 'shi

Re: Plan of action for Secure Boot support

2014-08-19 Thread Steve McIntyre
On Tue, Aug 19, 2014 at 01:38:44PM -0700, Ben Hutchings wrote: > >So far as I know, no progress has been made on the above steps or any >alternate approach. Ditto, I've not seen (or done) anything about this. -- Steve McIntyre, Cambridge, UK.st...@einval.com Mat

Re: Bug#485586: debian-installer: Default to graphical install

2014-08-19 Thread Steve McIntyre
On Tue, Aug 19, 2014 at 02:02:17PM -0400, Joey Hess wrote: >Didier 'OdyX' Raboud wrote: >> Now, the ideal would be to use syslinux' ifcpu/ifcpu64 c32 modules to >> determine the menu order depending on the machine (see [0]): no "64 bit" >> option on 32 bit machines, "hidden or down the menu" "32

Re: Debion live.

2014-08-19 Thread Jimmy Johnson
John Sandeman wrote: Hi. Steve. I want to know if this DVD is ok to use on a 64bit pc with either an amd or intel processor? I am trying to learn Linux I do not have any programming knowledge and am 80 years old, do you think it is possible to use your live disc for me to do this. Would apprec

Re: Bug#485586: debian-installer: Default to graphical install

2014-08-19 Thread Steve McIntyre
On Tue, Aug 19, 2014 at 01:17:02AM +0200, Cyril Brulebois wrote: >[ Adding -accessibility@ and -cd@ to the loop. ] > >Steve McIntyre (2014-08-17): >> On Sun, Aug 17, 2014 at 01:25:28PM +0200, Cyril Brulebois wrote: >> >Control: tag -1 confirmed >> >> Another issue is that it requires much more mem

Re: Bug#485586: debian-installer: Default to graphical install

2014-08-19 Thread Cyril Brulebois
Steve McIntyre (2014-08-19): > or do we split things even more? That menu is already too long, and > causes scrolling for people to see the lower options (if they realise > such a thing is possible!). How about we split things up some more, > assuming we can get the auto-detect to work: > > #if (

Re: Bug#485586: debian-installer: Default to graphical install

2014-08-19 Thread Steve McIntyre
On Tue, Aug 19, 2014 at 11:58:27PM +0200, Cyril Brulebois wrote: >Steve McIntyre (2014-08-19): >> or do we split things even more? That menu is already too long, and >> causes scrolling for people to see the lower options (if they realise >> such a thing is possible!). How about we split things up