История изменений

В slackware всё работает, там патч накладывается

если запилишь исправление в исходник (который пойдёт в дистры)

Тут как бы патч уже есть, и почему то он накладывается только в слаквари, почему его не принимают в апстрим? Выхода на последний у меня нет. Тут надо писать в апстрим тикет, мол вот такое вот поведение, это плохо, вот в слакваре есть патч, всуньте себе это. Тут как бы всё что надо уже сделано, остался административный вопрос и нужен просто тот кого послушают, сомневаюсь что это буду я, я не умею пропихивать патчи в апстрим.

Всё, что нужно сделать – выкинуть нахрен информационные сообщения

Такое в апстрим никто не примет, я не в курсе почему у них идут информационные сообщения на stderr но предполагаю потому что stdout они используют как один из выводов. По хорошему, раз так, то там нужно изменение поведения по умолчанию дабы информационные сообщения были отключены изначально и включались например через --verbose или типа того, просто придти и сказать вот я выпилил это прямой путь быть посланным нахер :) .

Глянул,

pnmtopng -phys 800 800 0 input.pnm > output.png

ну да они используют stdout по этому всё иное шлют на stderr, на деле так многие делают например так можно одновременно выводить прогрессбар загрузки в виде строки с возвратом каретки и лог загрузки линейный чего-либо и прочие независимые штуки без всякого ncurses, сам по себе вывод программ на stderr ничем не логируется, если только это не делается явно. Я понимаю про что ты. Но с текущей постановкой я уверен пошлют просто нахрен… Ну, это я так думаю. Надо им в список рассылки писать и убеждать, повторюсь, выпиливать информационные сообщения не вариант, от слова совсем, их надо отключать и включать по ключу, нужен ключ. А вот про это уже можно подумать.

dd

Во первых это GNU так что нереально, патчи они принимают с письменным заявлением о передаче прав :) Во вторых man dd ::)

status=LEVEL
              The  LEVEL of information to print to stderr; 'none' sup‐
              presses everything  but  error  messages,  'noxfer'  sup‐
              presses  the  final transfer statistics, 'progress' shows
              periodic transfer statistics

Используй так dd if=/dev/random of=/dev/null status=none и всё. Проблема решена.

А вот для pnmtopng такой фигнюшки нету

Если нечем заняться

Ну тут уже навалили будь здоров :D Пока для krash делаю, показалось приключение на 20 минут, но нет, потом следующий, потом как получится =)

В slackware всё работает, там патч накладывается

если запилишь исправление в исходник (который пойдёт в дистры)

Тут как бы патч уже есть, и почему то он накладывается только в слаквари, почему его не принимают в апстрим? Выхода на последний у меня нет. Тут надо писать в апстрим тикет, мол вот такое вот поведение, это плохо, вот в слакваре есть патч, всуньте себе это. Тут как бы всё что надо уже сделано, остался административный вопрос и нужен просто тот кого послушают, сомневаюсь что это буду я, я не умею пропихивать патчи в апстрим.

Всё, что нужно сделать – выкинуть нахрен информационные сообщения

Такое в апстрим никто не примет, я не в курсе почему у них идут информационные сообщения на stderr но предполагаю потому что stdout они используют как один из выводов. По хорошему, раз так, то там нужно изменение поведения по умолчанию дабы информационные сообщения были отключены изначально и включались например через --verbose или типа того, просто придти и сказать вот я выпилил это прямой путь быть посланным нахер :) .

Глянул,

pnmtopng -phys 800 800 0 input.pnm > output.png

ну да они используют stdout по этому всё иное шлют на stderr, на деле так многие делают например так можно одновременно выводить прогрессбар загрузки в виде строки с возвратом каретки и лог загрузки линейный чего-либо и прочие независимые штуки без всякого ncurses, сам по себе вывод программ на stderr ничем не логируется, если только это не делается явно. Я понимаю про что ты. Но с текущей постановкой я уверен пошлют просто нахрен… Ну, это я так думаю. Надо им в список рассылки писать и убеждать, повторюсь, выпиливать информационные сообщения не вариант, от слова совсем, их надо отключать и включать по ключу, нужен ключ. А вот про это уже можно подумать.

dd

Во первых это GNU так что нереально, патчи они принимают с письменным заявлением о передаче прав :) Во вторых man dd ::)

status=LEVEL
              The  LEVEL of information to print to stderr; 'none' sup‐
              presses everything  but  error  messages,  'noxfer'  sup‐
              presses  the  final transfer statistics, 'progress' shows
              periodic transfer statistics

Используй так dd if=/dev/random of=/dev/null status=none и всё. Проблема решена.

А вот для pnmtopng такой фигнюшки нету

В slackware всё работает, там патч накладывается

если запилишь исправление в исходник (который пойдёт в дистры)

Тут как бы патч уже есть, и почему то он накладывается только в слаквари, почему его не принимают в апстрим? Выхода на последний у меня нет. Тут надо писать в апстрим тикет, мол вот такое вот поведение, это плохо, вот в слакваре есть патч, всуньте себе это. Тут как бы всё что надо уже сделано, остался административный вопрос и нужен просто тот кого послушают, сомневаюсь что это буду я, я не умею пропихивать патчи в апстрим.

Всё, что нужно сделать – выкинуть нахрен информационные сообщения

Такое в апстрим никто не примет, я не в курсе почему у них идут информационные сообщения на stderr но предполагаю потому что stdout они используют как один из выводов. По хорошему, раз так, то там нужно изменение поведения по умолчанию дабы информационные сообщения были отключены изначально и включались например через --verbose или типа того, просто придти и сказать вот я выпилил это прямой путь быть посланным нахер :) .

Глянул,

pnmtopng -phys 800 800 0 input.pnm > output.png

ну да они используют stdout по этому всё иное шлют на stderr, на деле так многие делают например так можно одновременно выводить прогрессбар загрузки в виде строки с возвратом каретки и лог загрузки линейный чего-либо и прочие независимые штуки без всякого ncurses, сам по себе вывод программ на stderr ничем не логируется, если только это не делается явно. Я понимаю про что ты. Но с текущей постановкой я уверен пошлют просто нахрен… Ну, это я так думаю. Надо им в список рассылки писать и убеждать, повторюсь, выпиливать информационные сообщения не вариант, от слова совсем, их надо отключать и включать по ключу, нужен ключ. А вот про это уже можно подумать.

dd

Во первых это GNU так что нереально, патчи они принимают с письменным заявлением о передаче прав :) Во вторых man dd ::)

status=LEVEL
              The  LEVEL of information to print to stderr; 'none' sup‐
              presses everything  but  error  messages,  'noxfer'  sup‐
              presses  the  final transfer statistics, 'progress' shows
              periodic transfer statistics

Используй так dd if=/dev/random of=/dev/null status=none и всё. Проблема решена.