Make-initrd development discussion
 help / color / mirror / Atom feed
* [make-initrd] Инфраструктура отладки в make-initrd
@ 2021-07-01 12:31 Leonid Krivoshein
  2021-07-01 13:39 ` Alexey Gladkov
  0 siblings, 1 reply; 4+ messages in thread
From: Leonid Krivoshein @ 2021-07-01 12:31 UTC (permalink / raw)
  To: make-initrd

Всем привет!


Из-за скудности сабжа пришлось городить свой набор функций и в процессе 
отладки они сильно выручили. С включенным bc_debug получаются вменяемые 
отладочные журналы, не сравнить с использованием set -x. Примеры сейчас 
можно увидеть здесь: 
http://git.altlinux.org/people/klark/packages/make-initrd-bootchain.git 
в подкаталоге boot-logs.

В самом make-initrd на эту тему есть немного, например, параметр debug, 
от которого мало что меняется в run-time, а раньше он ещё и был включен 
по дефолту (я не знал, как отключить, поэтому ввёл свой bc_debug). Было 
бы здорово иметь такую инфраструктуру на верхнем уровне make-initrd, 
доступную для любых фич. Речь о примерно следующем наборе функций:

debug() -- Вывод текстового сообщения при расширенной отладке.
enter() -- Трассировка при расширенной отладке: вход в указанную функцию.
leave() -- Трассировка при расширенной отладке: выход из указанной функции.
run() -- Запуск внешней команды. При расширенной отладке команда попадёт 
в журнал.
fdump() -- Вывод в журнал содержимого указанного файла при расширенной 
отладке.
assign() -- Присвоение переменной указанного значения, попадающее в журнал.

message() -- уже есть, он отправляет в журнал сообщение независимо от debug.

Я понимаю, что после отладки enter()/leave() и возможно что-то ещё из 
кода может даже лучше убирать. Но в таком виде как сейчас их наличие 
помогает не только программисту отлаживать программу, но и пользователю 
разобраться, почему не грузится система. Возможно имеет смысл перетащить 
в initrd-sh-functions?


-- 
Best regards,
Leonid Krivoshein.



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [make-initrd] Инфраструктура отладки в make-initrd
  2021-07-01 12:31 [make-initrd] Инфраструктура отладки в make-initrd Leonid Krivoshein
@ 2021-07-01 13:39 ` Alexey Gladkov
  2021-07-01 13:50   ` Leonid Krivoshein
  0 siblings, 1 reply; 4+ messages in thread
From: Alexey Gladkov @ 2021-07-01 13:39 UTC (permalink / raw)
  To: make-initrd

On Thu, Jul 01, 2021 at 03:31:07PM +0300, Leonid Krivoshein wrote:
> Всем привет!
> 
> 
> Из-за скудности сабжа пришлось городить свой набор функций и в процессе
> отладки они сильно выручили. С включенным bc_debug получаются вменяемые
> отладочные журналы, не сравнить с использованием set -x. Примеры сейчас
> можно увидеть здесь:
> http://git.altlinux.org/people/klark/packages/make-initrd-bootchain.git в
> подкаталоге boot-logs.
> 
> В самом make-initrd на эту тему есть немного, например, параметр debug, от
> которого мало что меняется в run-time, а раньше он ещё и был включен по
> дефолту (я не знал, как отключить, поэтому ввёл свой bc_debug). Было бы
> здорово иметь такую инфраструктуру на верхнем уровне make-initrd, доступную
> для любых фич. Речь о примерно следующем наборе функций:
> 
> debug() -- Вывод текстового сообщения при расширенной отладке.
> enter() -- Трассировка при расширенной отладке: вход в указанную функцию.
> leave() -- Трассировка при расширенной отладке: выход из указанной функции.
> run() -- Запуск внешней команды. При расширенной отладке команда попадёт в
> журнал.
> fdump() -- Вывод в журнал содержимого указанного файла при расширенной
> отладке.
> assign() -- Присвоение переменной указанного значения, попадающее в журнал.
> 
> message() -- уже есть, он отправляет в журнал сообщение независимо от debug.
> 
> Я понимаю, что после отладки enter()/leave() и возможно что-то ещё из кода
> может даже лучше убирать. Но в таком виде как сейчас их наличие помогает не
> только программисту отлаживать программу, но и пользователю разобраться,
> почему не грузится система. Возможно имеет смысл перетащить в
> initrd-sh-functions?

В качестве отдельной фичи ? Если да, то в ней можно принудительно включать
rdlog=console. Если нет, то нужно её держать в памяти.

-- 
Rgrds, legion



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [make-initrd] Инфраструктура отладки в make-initrd
  2021-07-01 13:39 ` Alexey Gladkov
@ 2021-07-01 13:50   ` Leonid Krivoshein
  2021-07-01 14:12     ` Alexey Gladkov
  0 siblings, 1 reply; 4+ messages in thread
From: Leonid Krivoshein @ 2021-07-01 13:50 UTC (permalink / raw)
  To: make-initrd



01.07.2021 16:39, Alexey Gladkov пишет:
> On Thu, Jul 01, 2021 at 03:31:07PM +0300, Leonid Krivoshein wrote:
>> Всем привет!
>>
>>
>> Из-за скудности сабжа пришлось городить свой набор функций и в процессе
>> отладки они сильно выручили. С включенным bc_debug получаются вменяемые
>> отладочные журналы, не сравнить с использованием set -x. Примеры сейчас
>> можно увидеть здесь:
>> http://git.altlinux.org/people/klark/packages/make-initrd-bootchain.git в
>> подкаталоге boot-logs.
>>
>> В самом make-initrd на эту тему есть немного, например, параметр debug, от
>> которого мало что меняется в run-time, а раньше он ещё и был включен по
>> дефолту (я не знал, как отключить, поэтому ввёл свой bc_debug). Было бы
>> здорово иметь такую инфраструктуру на верхнем уровне make-initrd, доступную
>> для любых фич. Речь о примерно следующем наборе функций:
>>
>> debug() -- Вывод текстового сообщения при расширенной отладке.
>> enter() -- Трассировка при расширенной отладке: вход в указанную функцию.
>> leave() -- Трассировка при расширенной отладке: выход из указанной функции.
>> run() -- Запуск внешней команды. При расширенной отладке команда попадёт в
>> журнал.
>> fdump() -- Вывод в журнал содержимого указанного файла при расширенной
>> отладке.
>> assign() -- Присвоение переменной указанного значения, попадающее в журнал.
>>
>> message() -- уже есть, он отправляет в журнал сообщение независимо от debug.
>>
>> Я понимаю, что после отладки enter()/leave() и возможно что-то ещё из кода
>> может даже лучше убирать. Но в таком виде как сейчас их наличие помогает не
>> только программисту отлаживать программу, но и пользователю разобраться,
>> почему не грузится система. Возможно имеет смысл перетащить в
>> initrd-sh-functions?
> В качестве отдельной фичи ? Если да, то в ней можно принудительно включать
> rdlog=console. Если нет, то нужно её держать в памяти.

А почему в памяти? debug() выводит в >&2 если включен debug, остальные 
функции, на нём основаны. А куда уж скрипт направит свой stderr, туда и 
будет выводиться. Зачем делать это фичей, если тут просто расширение API?


-- 
Best regards,
Leonid Krivoshein.



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [make-initrd] Инфраструктура отладки в make-initrd
  2021-07-01 13:50   ` Leonid Krivoshein
@ 2021-07-01 14:12     ` Alexey Gladkov
  0 siblings, 0 replies; 4+ messages in thread
From: Alexey Gladkov @ 2021-07-01 14:12 UTC (permalink / raw)
  To: make-initrd

On Thu, Jul 01, 2021 at 04:50:21PM +0300, Leonid Krivoshein wrote:
> 
> 
> 01.07.2021 16:39, Alexey Gladkov пишет:
> > On Thu, Jul 01, 2021 at 03:31:07PM +0300, Leonid Krivoshein wrote:
> > > Всем привет!
> > > 
> > > 
> > > Из-за скудности сабжа пришлось городить свой набор функций и в процессе
> > > отладки они сильно выручили. С включенным bc_debug получаются вменяемые
> > > отладочные журналы, не сравнить с использованием set -x. Примеры сейчас
> > > можно увидеть здесь:
> > > http://git.altlinux.org/people/klark/packages/make-initrd-bootchain.git в
> > > подкаталоге boot-logs.
> > > 
> > > В самом make-initrd на эту тему есть немного, например, параметр debug, от
> > > которого мало что меняется в run-time, а раньше он ещё и был включен по
> > > дефолту (я не знал, как отключить, поэтому ввёл свой bc_debug). Было бы
> > > здорово иметь такую инфраструктуру на верхнем уровне make-initrd, доступную
> > > для любых фич. Речь о примерно следующем наборе функций:
> > > 
> > > debug() -- Вывод текстового сообщения при расширенной отладке.
> > > enter() -- Трассировка при расширенной отладке: вход в указанную функцию.
> > > leave() -- Трассировка при расширенной отладке: выход из указанной функции.
> > > run() -- Запуск внешней команды. При расширенной отладке команда попадёт в
> > > журнал.
> > > fdump() -- Вывод в журнал содержимого указанного файла при расширенной
> > > отладке.
> > > assign() -- Присвоение переменной указанного значения, попадающее в журнал.
> > > 
> > > message() -- уже есть, он отправляет в журнал сообщение независимо от debug.
> > > 
> > > Я понимаю, что после отладки enter()/leave() и возможно что-то ещё из кода
> > > может даже лучше убирать. Но в таком виде как сейчас их наличие помогает не
> > > только программисту отлаживать программу, но и пользователю разобраться,
> > > почему не грузится система. Возможно имеет смысл перетащить в
> > > initrd-sh-functions?
> > В качестве отдельной фичи ? Если да, то в ней можно принудительно включать
> > rdlog=console. Если нет, то нужно её держать в памяти.
> 
> А почему в памяти? debug() выводит в >&2 если включен debug, остальные
> функции, на нём основаны. А куда уж скрипт направит свой stderr, туда и
> будет выводиться. Зачем делать это фичей, если тут просто расширение API?

Держать в памяти в смысле в уме, что для отладки этот параметр стоит
указывать в cmdline.

-- 
Rgrds, legion



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2021-07-01 14:12 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-07-01 12:31 [make-initrd] Инфраструктура отладки в make-initrd Leonid Krivoshein
2021-07-01 13:39 ` Alexey Gladkov
2021-07-01 13:50   ` Leonid Krivoshein
2021-07-01 14:12     ` Alexey Gladkov

Make-initrd development discussion

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/make-initrd/0 make-initrd/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 make-initrd make-initrd/ http://lore.altlinux.org/make-initrd \
		make-initrd@lists.altlinux.org make-initrd@lists.altlinux.ru make-initrd@lists.altlinux.com
	public-inbox-index make-initrd

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.make-initrd


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git