[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [RFC] screen/tmux support for network-console



On Wed, Feb 24, 2016 at 4:02 AM, Martin Michlmayr <tbm@cyrius.com> wrote:
> * Roger Shimizu <rogershimizu@gmail.com> [2016-02-23 02:04]:
>> Actually, having multiply console is more than shell console, as d-i
>> for PC, there're a few console for log output.
>> I think it's also benefit for embedded world if we can see the log
>> output while installing.
>
> Sure, but with network-console you can easily achieve this by SSH to
> d-i, open a shell, and typing "tail -f /var/log/syslog".

Good to know this.
But I think having screen/tmux still has it's value.

>> And I have no idea what's netboot for. Maybe it's like the old
>> business card CD image?
>
> netboot = install via network, do installation via serial console or tty
> network-console = based on netboot; install via network, do installation via SSH

For serial console, I don't think screen/tmux can work on that.
(screen can hold serial console as session, but not the other way around)
For tty, it's already have left-alt-F4 console already, there's no
need to having screen/tmux at all.

So I plan to work on network-console only.

>> > On the other hand, it's not clear how d-i can be started within
>> > screen/tmux, but maybe you know.
>>
>> I think just let ssh start screen/tmux as shell, then screen/tmux can
>> start normal d-i in the 1st console.
>> I also have no idea where to start to change, just need some time to
>> be familiar with so much projects in d-i.
>
> You could start by making a local udeb of tmux/screen.

If I have done the udeb of screen/tmux, how to build into d-i?
Currently I use "make reallyclean; make
build_kirkwood_network-console" to build d-i image.
But it seems using the udeb from apt repo, not local compiling.

Another question is how to package udeb? I have a few experience on
normal deb packaging, but I have no idea how to do it for udeb.
Any way to install / debug udeb package?

Sorry, there may be too many questions in this email.
Even partly answered reply would be appreciated.
Thank you!

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 17B3ACB1


Reply to: