Processing control commands:
> retitle -1 installation-guide: add information about how to append boot
> parameters to the installer?
Bug #1049919 [debian-installer] d-i: pressing ESC in graphical installer does
nothing, unable to preseed installation
Changed Bug title to 'install
Control: retitle -1 installation-guide: add information about how to append
boot parameters to the installer?
Ernesto Alfonso wrote:
> The docs for preseeding debian recommend pressing ESC after entering
> the graphical installer menu:
>
>
> > Loading the preseeding fil
Thanks for following up. I tried the bookworm netinstall and the PXE boot,
but the install failed in the same way:
https://deb.debian.org/debian/dists/bookworm/main/installer-amd64/current/images/SHA256SUMS
I used the netbot.tar.gz as well as the USB
b41d766e5389b4e35bac3a664da84822e0990439c9c4d
On Sun, May 14, 2023 at 12:58:47AM +0200, Cyril Brulebois wrote:
> Hi Ernesto,
>
> Ernesto Alfonso (2023-05-13):
> > I'm attempting to setup Debian on a Dell Inspiron All-in-One system,
> > either as dual boot or replacing the existing windows 10 OS.
> >
> > The installer hangs after entering ei
Hi Ernesto,
Ernesto Alfonso (2023-05-13):
> I'm attempting to setup Debian on a Dell Inspiron All-in-One system,
> either as dual boot or replacing the existing windows 10 OS.
>
> The installer hangs after entering either the "graphical install",
> "install" or "live" options from the initial me
Package: debian-installer
Severity: important
Tags: d-i
X-Debbugs-Cc: erjoa...@gmail.com
Dear Maintainer,
I'm attempting to setup Debian on a Dell Inspiron All-in-One system, either as
dual boot or replacing the existing windows 10 OS.
The installer hangs after entering either the "graphical in
Hi Timo!
Timo Aaltonen (2023-05-02):
> Hi, fine by me!
Thanks, uploaded.
I'll keep an eye on it, and request an unblock (letting debian-x@ know via
X-Debbugs-Cc) once I've checked britney doesn't report any red flags.
It's going to be on two different radars of mine anyway:
- https://d-i.debi
Processing control commands:
> reassign -1 xserver-xorg-core-udeb 2:21.1.1-1
Bug #1035014 [installation-reports] installation-reports: Graphical installer
has Xorg "no screens found" error
Bug reassigned from package 'installation-reports' to 'xserver-xorg-core-udeb
ind of things.
For completeness:
A friend of mine tested all 3 available options (VBoxVGA, VMSVGA, and
VBoxSVGA) in VirtualBox, on both Windows and Apple hosts, and the
graphical installer worked fine for him in all cases, so it looks like
the VirtualBox reports we've received are about a
On Thu Apr 27, 2023 at 10:39 PM +08, Cyril Brulebois wrote:
> Control: tag -1 patch
>
> Hi Keith and X team,
>
> and thanks for your report.
>
> Keith Toh (2023-04-27):
> > Image version:
> > http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/arm64/iso-cd/debian-testing-arm64-netins
Control: tag -1 patch
Hi Keith and X team,
and thanks for your report.
Keith Toh (2023-04-27):
> Image version:
> http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/arm64/iso-cd/debian-testing-arm64-netinst.iso
> (2023-04-24 23:09)
For the avoidance of doubt: same story with am
Processing control commands:
> tag -1 patch
Bug #1035014 [installation-reports] installation-reports: Graphical installer
has Xorg "no screens found" error
Added tag(s) patch.
--
1035014: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035014
Debian Bug Tracking Syst
Package: installation-reports
Severity: important
Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/arm64/iso-cd/debian-testing-arm64-netinst.iso
(2023-04-24 23:09)
Machine: UTM QEMU VM
Base System Installation Checklist:
[O] = OK, [E] = Error (pl
Source: partman-base
Followup-For: Bug #370487
On Thu, 02 Mar 2023 13:35:29 +, James wrote:
> If the user selects 'undo', or if 'no' is selected and the operator continues
> from the second step, then the user is taken back to the 'partition disks'
> menu without any changes being written to
Source: partman-base
Followup-For: Bug #370487
X-Debbugs-Cc: geye...@googlemail.com
Oops: I provided an update earlier today on this bug that you reported in 2006,
but I forgot to cc your email address, Thomas. Please find my previous comment
in the bug thread.
Source: partman-base
Followup-For: Bug #370487
Hi Thomas,
I discovered this bug while wondering about some of the default options during
the disk partition configuration steps (also known as the 'partman' component)
in the Debian 12 (bookworm) alpha 2 installer.
Since disk partition configuratio
Your message dated Sat, 25 Feb 2023 17:06:39 +
with message-id
and subject line Bug#1026027: fixed in debian-installer-utils 1.145
has caused the Debian Bug report #1026027,
regarding graphical installer: using nano in a installer shell fails
to be marked as done.
This means that you claim
Processing control commands:
> tags -1 + pending
Bug #1026027 [di-utils-terminfo] graphical installer: using nano in a installer
shell fails
Added tag(s) pending.
--
1026027: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026027
Debian Bug Tracking System
Contact ow...@bugs.debian.org w
Control: tags -1 + pending
Sven Joachim writes:
...
> I have attached the obvious patch.
Here's your patch:
https://salsa.debian.org/philh/debian-installer-utils/-/tree/sven-bug/102602
which generates this mini ISO:
https://salsa.debian.org/installer-team/debian-installer/-/jobs/3960725/
Processing control commands:
> reassign -1 di-utils-terminfo
Bug #1026027 [debian-installer] graphical installer: using nano in a installer
shell fails
Bug reassigned from package 'debian-installer' to 'di-utils-terminfo'.
Ignoring request to alter found versions of b
Control: reassign -1 di-utils-terminfo
Control: tags -1 + patch
On 2023-02-17 09:29 +0100, Benno Schulenberg wrote:
>> Philip Hands (2022-12-15):
>>> Perhaps the presence of the termcap file is irrelevant, or could it be
>>> that nano used to be able to make use of that, and more recently only
>
Philip Hands (2022-12-15):
Perhaps the presence of the termcap file is irrelevant, or could it be
that nano used to be able to make use of that, and more recently only
supports terminfo?
This is the explanation, I think. Nano removed support for Slang in
version 5.5. The nano-udeb (5.4) th
cc += nano maintainers
Long story short: nano no longer starts in the graphical installer when
started from the menu (meaning integrated via VTE), but does start fine
when started from a console.
Any insight welcome.
Below, latest message on the bug report:
Philip Hands (2022-12-15):
> Hol
Holger Wansing writes:
> Hi,
>
> Philip Hands wrote (Tue, 13 Dec 2022 20:34:17 +0100):
>> On the 11.5 netinst I just tried out, in the Graphical Install's shell,
>> TERM=xterm so that's obviously not the cause of the issue, but the
>> difference would appear to be that it has:
>>
>> /usr/shar
Hi,
Philip Hands wrote (Tue, 13 Dec 2022 20:34:17 +0100):
> On the 11.5 netinst I just tried out, in the Graphical Install's shell,
> TERM=xterm so that's obviously not the cause of the issue, but the
> difference would appear to be that it has:
>
> /usr/share/vte/termcap-0.0/xterm
>
> So I g
Holger Wansing (2022-12-13):
> I just noticed that nano cannot be used anymore in the installer shell
> (graphical installer):
>
> - start the installer
> - choose 'Graphical expert install'
> - 'Execute a shell'
> - call 'nano /etc/fstab'
Holger Wansing writes:
> - start the installer
> - choose 'Graphical expert install'
> - 'Execute a shell'
> - call 'nano /etc/fstab'
> ---> Error opening terminal: xterm.
That would seem to be because $TERM is set to 'xterm', whereas there's
no terminfo file available for xterm.
Under /lib/te
Package: debian-installer
Severity: normal
Hi,
I just noticed that nano cannot be used anymore in the installer shell
(graphical installer):
- start the installer
- choose 'Graphical expert install'
- 'Execute a shell'
- call 'nano /etc/fstab'
---> Error open
an't locate Debconf/FrontEnd/Newt.pm in @INC...)
> debconf: falling to frontend: Noninteractive
>
> Forcing --frontend=dialog or readline does not help.
>
> This seems to be caused by the DEBIAN_FRONTEND=newt environment variable
> leaked from the graphical installer. It does not happen i
t.pm in @INC...)
debconf: falling to frontend: Noninteractive
Forcing --frontend=dialog or readline does not help.
This seems to be caused by the DEBIAN_FRONTEND=newt environment variable
leaked from the graphical installer. It does not happen in the text
installer nor in tty2/tty3 shells.
Not sure if th
Hi,
Holger Wansing wrote (Mon, 28 Sep 2020 23:34:45 +0200):
> Hi,
>
> Cyril Brulebois wrote:
> > Hey Holger,
> >
> > We've had that broken rendering in the graphical installer for a while,
> > and based on last answers on the bug, it seems we&#
Hi,
Holger Wansing wrote (Fri, 29 Oct 2021 19:49:58 +0200):
> Maybe someone could look at that page, if there are some more outdated
> infos there?
> At the very least, we should change it similar to this:
>
> - The graphical installer is not enabled on the arm64 debian-installer
Hi arm people,
I just noticed this outdated information on
https://d-i.debian.org/manual/en.arm64/ch05s01.html:
<<<<<<< snip <<<<<<<<<<
5.1. Booting the Installer on 64-bit ARM
[Note] Note
For information on how to boot the graphical inst
't give up on it. The ability to support everything from a
> > serial terminal up to a graphical installer on the same media is
> > lovely.
>
> Yes, debian-installer is a fantastic piece of software and the right installer
> for a distribution that can be installed on
On 5/20/21 12:54 AM, Steve McIntyre wrote:
> Even if was decided to recommend that new users use live media for
> installations, the flexibility of d-i is massively powerful, and we
> shouldn't give up on it. The ability to support everything from a
> serial terminal up to a graph
ve up on it. The ability to support everything from a
serial terminal up to a graphical installer on the same media is
lovely.
I concur.
--
John Doe
Your message dated Thu, 20 May 2021 05:33:25 +
with message-id
and subject line Bug#987449: fixed in cdebconf 0.258
has caused the Debian Bug report #987449,
regarding [rc-1 graphical d-i] graphical installer hangs at language chooser
step for several languages
to be marked as done.
This
Steve McIntyre, le mer. 19 mai 2021 23:54:06 +0100, a ecrit:
> We could quite readily improve some of the more difficult areas of
> today's d-i by adding support for (say) Python 3
That would also open the path for the Orca screen reader, that some
blind people would like to have :)
Samuel
fficult areas of
today's d-i by adding support for (say) Python 3 instead of sticking
to the existing mix of mostly shell with C and perl bits.
Even if was decided to recommend that new users use live media for
installations, the flexibility of d-i is massively powerful, and we
shouldn'
this use: it's perhaps less crucial to have full support
> for non-Latin character sets in an environment where your interactions
> with the installed system will have more in common with 1980s Unix than
> any particular natural language.
>
> For desktop- and laptop-class
system will have more in common with 1980s Unix than
any particular natural language.
For desktop- and laptop-class systems, I think Calamares from
a live-system environment has a lot of potential, perhaps combined with
gnome-initial-setup or a non-GNOME equivalent to do "first-run" s
Control: block -1 by 987587
Hi,
Holger Wansing (2021-04-24):
> While trying to debug another problem yesterday, I found that the RC1
> graphical
> installer fails to go forward, when selecting one of these languages:
> - Kannada
> - Marathi
> - Persian
> - Sinhala
Processing control commands:
> block -1 by 987587
Bug #987449 [debian-installer] [rc-1 graphical d-i] graphical installer hangs
at language chooser step for several languages
987449 was not blocked by any bugs.
987449 was blocking: 987441
Added blocking bug(s) of 987449: 987587
--
987
Hi,
Holger Wansing (2021-04-25):
> Chris Hofstaedtler :
> > I spent a few hours today on this issue, but did not get very far.
> > Not totally unexpected if you know nothing about the installer.
And yet!
> > I have, however, a perf top output to share. I believe this more or
> > less means the
Hi,
Chris Hofstaedtler wrote (Sun, 25 Apr 2021 14:13:05 +0200):
> While the -exact- same bug does not appear on the
> 20210424-7/amd64/iso-cd/debian-testing-amd64-netinst.iso image, I
> think the bug is still there, just better hidden.
> I managed to make debconf hang by:
> - select Marathi
>
* Holger Wansing [210425 16:53]:
> Chris Hofstaedtler wrote (Sun, 25 Apr 2021 14:13:05 +0200):
> > While the -exact- same bug does not appear on the
> > 20210424-7/amd64/iso-cd/debian-testing-amd64-netinst.iso image, I
> > think the bug is still there, just better hidden.
> > I managed to make de
Hi,
Cyril Brulebois wrote (Sun, 25 Apr 2021 11:53:22 +0200):
> Given the question below, I suppose you could revert this change
> manually and restart the installer (after all, it's about a symlink and
> a line in a config file).
Sure. I did that already.
But this does not gain any value, becaus
Hi,
Chris Hofstaedtler wrote (Sat, 24 Apr 2021 23:45:13 +0200):
> Hello,
>
> * Holger Wansing [210424 21:42]:
> > While trying to debug another problem yesterday, I found that the RC1
> > graphical
> > installer fails to go forward, when selecting one of these l
Hi,
* Holger Wansing [210425 11:34]:
> Chris Hofstaedtler wrote (Sat, 24 Apr 2021 23:45:13 +0200):
> > * Holger Wansing [210424 21:42]:
> > > While trying to debug another problem yesterday, I found that the RC1
> > > graphical
> > > installer fails to go
Holger Wansing (2021-04-25):
> Cyril Brulebois wrote (Sun, 25 Apr 2021 11:53:22 +0200):
> > Given the question below, I suppose you could revert this change
> > manually and restart the installer (after all, it's about a symlink and
> > a line in a config file).
>
> Sure. I did that already.
> B
Holger Wansing (2021-04-25):
> Chris Hofstaedtler wrote (Sat, 24 Apr 2021 23:45:13 +0200):
> > Hello,
> >
> > * Holger Wansing [210424 21:42]:
> > > While trying to debug another problem yesterday, I found that the RC1
> > > graphical
> > > inst
Hello,
* Holger Wansing [210424 21:42]:
> While trying to debug another problem yesterday, I found that the RC1
> graphical
> installer fails to go forward, when selecting one of these languages:
> - Kannada
> - Marathi
> - Persian
> - Sinhala
I sp
Package: debian-installer
Version: bullseye-rc1
Severity: grave
While trying to debug another problem yesterday, I found that the RC1 graphical
installer fails to go forward, when selecting one of these languages:
- Kannada
- Marathi
- Persian
- Sinhala
(tested
Hi,
Alper Nebi Yasak wrote:
> On 07/12/2020 23:23, Holger Wansing wrote:
> > Alper Nebi Yasak wrote:
> >> I've tried debian-bullseye-DI-alpha3-arm64-netinst.iso on a QEMU VM, the
> >> gtk installer refused to run with less than 578MiB (falling back to
> >> newt). I could successfully go through
On 07/12/2020 23:23, Holger Wansing wrote:
> Alper Nebi Yasak wrote:
>> I've tried debian-bullseye-DI-alpha3-arm64-netinst.iso on a QEMU VM, the
>> gtk installer refused to run with less than 578MiB (falling back to
>> newt). I could successfully go through the rest of the gtk installer
>> with th
wo different user interfaces: a
> >>> +graphical one and a character-based one. The graphical interface is
> >>> +used by default unless you select an Install
> >>> +option in the boot menu. For more information about the
> >>> +graphical installer, please ref
Hi,
Alper Nebi Yasak wrote:
> On 06/12/2020 23:11, Holger Wansing wrote:
> > Hi,
> >
> > I read in alpha3 release-notes about the activation of the graphical
> > installer for arm64.
> >
> > This needs to be documented in the installation-guide then.
>
a character-based one. The graphical interface is
>>> +used by default unless you select an Install
>>> +option in the boot menu. For more information about the
>>> +graphical installer, please refer to .
>>
>
> Is it for consistency that 'character'
n in the boot menu. For more information about the
+graphical installer, please refer to .
Is it for consistency that 'character' is used instead of 'text'?
To me, 'text' is more descriptive than 'character'.
--
John Doe
On 06/12/2020 23:11, Holger Wansing wrote:
> Hi,
>
> I read in alpha3 release-notes about the activation of the graphical
> installer for arm64.
>
> This needs to be documented in the installation-guide then.
>
> I have prepared a first patch for this, attached.
&
Hi,
I read in alpha3 release-notes about the activation of the graphical
installer for arm64.
This needs to be documented in the installation-guide then.
I have prepared a first patch for this, attached.
There are two points remaining open:
- needed RAM: what is the minimal required
Hi,
Holger Wansing wrote:
> > I think you prepared the changes in branches, or something? I'd
> > appreciate a quick summary, so that I can test stuff locally, and
> > possibly proceed to updating the reference images I'm using for semi
> > autoamted tests.
>
> Working with branches is still som
Hi,
Cyril Brulebois wrote:
> Hey Holger,
>
> We've had that broken rendering in the graphical installer for a while,
> and based on last answers on the bug, it seems we're not getting a fix.
> I'm therefore considering moving forward to switching to a different
Hey Holger,
We've had that broken rendering in the graphical installer for a while,
and based on last answers on the bug, it seems we're not getting a fix.
I'm therefore considering moving forward to switching to a different
font regardless (I initially wanted to compare before
: [O]
User/password setup:[O]
Detect hard drives: [ ]
Partition hard drives: [ ]
Install base system:[O]
Install tasks: [O]
Install boot loader:[O]
Overall install:[O]
Comments/Problems:
The synaptics touchpad on the system was non operational in the graphical
etinst graphical installer
seemingly tries to start X twice
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a
Hey Alper,
Apologies, I've been swamped with a lot of other things lately, both
in Debian and in starting up with a new day job. I'll try and review
your more recent changes shortly...
On Wed, Jul 01, 2020 at 07:46:39PM +0300, Alper Nebi Yasak wrote:
>Hi, I just wanted to remind you of some patch
Hi, I just wanted to remind you of some patches I sent a while back. Do
you (or anyone else) have time to comment on / review / merge them?
On 19/05/2020 17:17, Alper Nebi Yasak wrote:
So I tested my earlier patch, and did a bit more. I've attached three
patches, first two for debian-installer
On 20/04/2020 19:36, Alper Nebi Yasak wrote:
On 20/04/2020 18:38, Steve McIntyre wrote:
Does /dev/tty0 show up in /proc/consoles in your setup? We might need
to tweak that yet...
Here is a small but untested patch for rootskel's reopen-console for that.
I don't think this (having to set cons
Hi,
Finally getting back to this slightly old thread…
Holger Wansing (2020-04-13):
> Cyril Brulebois wrote:
> > I'm not sure there's actually “no point”. A possible fontconfig
> > issue could be hindering your tests regarding that switch…
So in the end it wasn't a fontconfig issue, but a pango
On 26/04/2020 05:54, Paul Wise wrote:
ISTR that CCing Andrew Morton can help get
patches into Linux if the maintainers of the code in question do not
reply. I suggest you try that after you fix the issue pointed out by
the bot.
Thanks! Do you mean CCing at the version with the fix, or at furth
On 21/04/2020 15:42, Wookey wrote:
One thought - can we just perhaps use /dev/console 'anyway' and
that'll get us the right thing even when tty0 has not been properly
enabled when it should have been? (I've forgotten how all this works
and would need to go read the runes again, and most of my tes
On Mon, Apr 27, 2020 at 06:41:36PM +0300, Alper Nebi Yasak wrote:
>On 21/04/2020 14:14, Alper Nebi Yasak wrote:
>> Since you've already pushed to master, I'll try to do a full
>> installation once daily cdroms are available.
>
>I've tested with today's (2020-04-27) weekly-built
>debian-testing-arm6
On 21/04/2020 14:14, Alper Nebi Yasak wrote:
Since you've already pushed to master, I'll try to do a full
installation once daily cdroms are available.
I've tested with today's (2020-04-27) weekly-built
debian-testing-arm64-xfce-CD-1.iso on my chromebook. Overall rushing
through the graphical
On Tue, Apr 21, 2020 at 11:15 AM Alper Nebi Yasak wrote:
> IMO, the right answer is "tty0 not even being in /proc/consoles in this
> case (where it should've also been the /dev/console) is a kernel bug". I
> tried to write a patchset [1] a while back, but received no feedback
> except from kbuild
On 2020-04-21 14:14 +0300, Alper Nebi Yasak wrote:
>
> IMO, the right answer is "tty0 not even being in /proc/consoles in this case
> (where it should've also been the /dev/console) is a kernel bug".
This is my opinion too, although I'm prepared to change it if someone
can given a good reason why
x27;s reopen-console for that.
Hmmm. Is this the right answer, though? I've got totally headless
arm64 machines that also have a /dev/tty0. Would we want to run d-i there?
Maybe, I'm genuinely not sure. It might be harmless, I guess...?
Fedora's installer launches a graphical in
es to master now. I'm not sure about
adding the graphical installer for armhf right now, but I'm open to
being convinced...
Once we have a working d-i daily build I'll also push my changes for
debian-cd to use it on arm64.
The installer's kernel is 5.5.0-2, but the ones in t
On Mon, Apr 20, 2020 at 07:36:42PM +0300, Alper Nebi Yasak wrote:
>On 20/04/2020 18:38, Steve McIntyre wrote:
>> Does /dev/tty0 show up in /proc/consoles in your setup? We might need
>> to tweak that yet...
>
>Here is a small but untested patch for rootskel's reopen-console for that.
Hmmm. Is this
oing to test again with that change included, then I can
>>>> push a netinst image somewhere for you to test...
>>>
>>>I'd appreciate it. Here's another patch, this time for the armhf graphical
>>>cdrom. I checked that it boots into a graphical installer w
On 20/04/2020 18:38, Steve McIntyre wrote:
Does /dev/tty0 show up in /proc/consoles in your setup? We might need
to tweak that yet...
Here is a small but untested patch for rootskel's reopen-console for that.
(Thanks for the cd image, it'll probably take me until tomorrow to test
and report b
image somewhere for you to test...
>>
>>I'd appreciate it. Here's another patch, this time for the armhf graphical
>>cdrom. I checked that it boots into a graphical installer when run in a QEMU
>>arm VM (still with 'direct kernel boot') but no further. If
7;s another patch, this time for the armhf graphical
>cdrom. I checked that it boots into a graphical installer when run in a QEMU
>arm VM (still with 'direct kernel boot') but no further. If you can also make
>an armhf netinst image from this I can test that too (at least in a VM,
On 20/04/2020 16:36, Steve McIntyre wrote:
I'm just going to test again with that change included, then I can
push a netinst image somewhere for you to test...
I'd appreciate it. Here's another patch, this time for the armhf
graphical cdrom. I checked that it boots into a grap
t; And I have a build that looks OK by eye. Unfortunately, my local test
>> machine (Macchiatobin) seems to be dying and I can't test this
>> effectively now. :-(
>
>Ah, OK. Thanks for spending time on this.
>
>> It needs some tiny debian-cd changes and then we&
ively now. :-(
Ah, OK. Thanks for spending time on this.
It needs some tiny debian-cd changes and then we'll get
netinst, DVD images etc. also including the graphical installer. Final
thing missing - the grub.cfg that's generated for the CD/DVD/USB boot
doesn't include menu entrie
me tiny debian-cd changes and then we'll get
netinst, DVD images etc. also including the graphical installer. Final
thing missing - the grub.cfg that's generated for the CD/DVD/USB boot
doesn't include menu entries for graphical boot.
--
Steve McIntyre, Cambridge, UK.
On Mon, Apr 06, 2020 at 10:11:12PM +0300, Alper Nebi Yasak wrote:
>On 06/04/2020 17:48, Steve McIntyre wrote:
>> > Alper Nebi Yasak:
>> > - added event-modules to arm64 netboot-gtk
>> > - commented-out serial-modules from arm64 netboot
>>
>> So why comment out the serial modules here? Do they caus
Hi,
Cyril Brulebois wrote:
> Holger Wansing (2020-04-09):
> > Cyril Brulebois wrote:
> > > Cyril Brulebois (2020-03-28):
> > > > This would be an easy way to publish updated installation images for
> > > > people to toy with, and compare with the previous alpha. And I think
> > > > that'd be a
Holger Wansing (2020-04-09):
> Cyril Brulebois wrote:
> > Cyril Brulebois (2020-03-28):
> > > This would be an easy way to publish updated installation images for
> > > people to toy with, and compare with the previous alpha. And I think
> > > that'd be a sensible approach (at least that's what
Hi,
Cyril Brulebois wrote:
> Cyril Brulebois (2020-03-28):
> > This would be an easy way to publish updated installation images for
> > people to toy with, and compare with the previous alpha. And I think
> > that'd be a sensible approach (at least that's what I had in mind).
> >
> > Gathering
Cyril Brulebois (2020-03-28):
> This would be an easy way to publish updated installation images for
> people to toy with, and compare with the previous alpha. And I think
> that'd be a sensible approach (at least that's what I had in mind).
>
> Gathering the results and drawing a conclusion is w
On 06/04/2020 17:48, Steve McIntyre wrote:
Alper Nebi Yasak:
- added event-modules to arm64 netboot-gtk
- commented-out serial-modules from arm64 netboot
So why comment out the serial modules here? Do they cause a problem?
The "serial-modules" udeb isn't built on arm64 yet and including it he
Hi!
Great work here! :-) More comments inline...
On Thu, Apr 02, 2020 at 07:46:01PM +0300, Alper Nebi Yasak wrote:
>I posted a while ago about graphical installer on arm64, here's an update.
>The first two patches I've attached are Wookey's patches with two module
>cha
I posted a while ago about graphical installer on arm64, here's an
update. The first two patches I've attached are Wookey's patches with
two module changes (noted in the patch message). The third one is to
enable graphical cdrom builds, which I tested with the d-i bullseye
alpha
Hi,
Cyril Brulebois wrote:
> Besides the first topic you mentioned, and the idea of putting all our
> eggs in the same basket (possibly meaning less maintenance for us,
> and/or maybe more pressure on the maintainers of a newly-critical
> component), the big question is what users will think of t
Hi,
Jonas Smedegaard wrote:
> [ I am not subscribed: please cc me on replies ]
>
> Quoting Cyril Brulebois (2020-03-28 18:09:51)
> > Steve McIntyre (2020-03-28):
> > > Hey folks,
> > >
> > > On Sat, Mar 28, 2020 at 05:52:26PM +0100, Cyril Brulebois wrote:
> > > >Holger Wansing (2020-03-27):
>
[ I am not subscribed: please cc me on replies ]
Quoting Cyril Brulebois (2020-03-28 18:09:51)
> Steve McIntyre (2020-03-28):
> > Hey folks,
> >
> > On Sat, Mar 28, 2020 at 05:52:26PM +0100, Cyril Brulebois wrote:
> > >Holger Wansing (2020-03-27):
> > >>
> > >> So, what's the opinion of the te
[ I am not subscribed: please cc me on replies ]
Quoting Jonas Smedegaard (2020-03-28 18:45:56)
> Holger Wansing wrote:
> > However, I did some tests, and I managed to get a netboot-gtk
> > mini.iso image built with only this font packages:
> > fonts-android-udeb (apparently needed for CJK
[ I am not subscribed: please cc me on replies ]
Quoting Steve McIntyre (2020-03-28 17:58:54)
> On Sat, Mar 28, 2020 at 05:52:26PM +0100, Cyril Brulebois wrote:
> >Holger Wansing (2020-03-27):
> >>
> >> So, what's the opinion of the team: is there any interest to move
> >> to fonts-noto?
> >
>
1 - 100 of 648 matches
Mail list logo
