Можно ли скрыть вывод не перенаправляя в /dev/null

Можно перенаправить в пайп, а на другом конце читать его и выкидывать (можно заодно и фильтровать). Или перенаправить в сокет и закрыть второй конец, но тогда каждая запись в него прогой будет возвращать ошибку EPIPE, некоторые проги от этого плохо себя ведут (падают), а некоторые успешно игнорируют.

Такого, чтобы вот прям сказать ядру «хочу чтоб вывод в этот дескриптор игнорировался» - нет. /dev/null как раз для этого предполагался, да, он привязан к файловой системе и я тоже считаю, что это плохо, но что есть то есть.

По-хорошему, в идеале, должна быть опция самой проги, говорящая ей «не хочу никаких логов». Потому что, даже если ты перенаправляешь в /dev/null, прога всё равно готовит все эти тексты к выводу и тратит на это лишнее процессорное время. Но у многих такой опции, к сожалению, нет.

: command

Ещё можно кнопку выключения ПК нажать и подержать, тоже логи скроет.

Это вообще команду не запустит, в отличие от перенаправления в /dev/null. Все равно, что # command.

Я не понял, что здесь написано. Выглядит так, как будто-бы что-то про метки и условные переходы. Но в баше нет goto…

Какие слова мне надо искать, чтобы найти описание этой конструкции в руководстве по bash?

Можно набрать help :. Вкратце, команда : игнорирует все свои аргументы и просто успешно завершается.

чем использование этой ':' лучше чем

echo "test" | true

Ничем не лучше. Семантика совершенно разная. Поэтому я и писал раньше, что : не подходит.

В твоем случае echo "test" запустится. В случае с : echo "test" ничего не запустится. Можешь сам проверить, заменив echo, скажем, на touch. В первом случае файл test будет создан, во втором — нет.

man emerge

Чем мне это поможет? То есть что я там должен вычитать?

Даже если там есть опция конфигурации, или параметр командной строки, то программа всё равно не будет работать на файловой системе, в которой нет /dev/null.

man emerge

Ты неконструктивен, недружелюбен и токсичен.

Вот, держи ★ - говорят, повышает параметр «Интеллект» на 100 единиц.

Подсказка: искать нужно по слову output.

Каким бы не был grem - читай маны, они рулез.

★★★★★

интеллект

Хех.

Ты не понимаешь мою цель.

Моя цель в том, чтобы emerge работал как обычно, но не падал с ошибкой из-за отсутствия /dev/null.

А ты, вероятно, говоришь о ключе –quiet-build [ y | n ] Redirect all build output to logs alone, and do not display it on stdout.

Этот ключ - это не то что мне надо.

И вот, ничего не понимая, ты настаиваешь.

Не поможет же. Читать надо исходные тексты тогда, а они большие.

С чего ты взял, что эта опция перенаправляет в /dev/null? Может и перенаправляет, но скорее не выводит.

Но если б emerge писал ты, перенаправлял бы. А обычно просто не выводят.

Побуду проблемой X/Y, но как так получилось, что у тебя нету /dev/null? И - главное - почему плюешься на закономерно ничегонепонявших лорчан вместо того, чтобы, черт побери, сразу указать, что тебе (вероятно) emerge сообщает

Failed to validate a sane '/dev'.
'/dev/null' is not a device file.

и проблема ни в каких не перенаправлениях, а в захардкоженном обращении к /dev/null?

Как ты себе представлял какую либо помощь без этой информации?

Читать надо исходные тексты тогда

Зачем?

Боюсь, что у тебя есть какой-то вредный для характеристик артефакт и звёзды не помогут. Выбрось его. Или прекрати создавать темы по пьяни.

как так получилось, что у тебя нету /dev/null?

Это случилось случайно, но потом я подумал, а так ли нужен этот файл этой программе в принципе? И из любопытства решил спросить. Любопытство надо поощрять, а не гнобить.

Гнобят не твое любопытство, а сумбурное изложение и, того хуже, неизложение сути вопроса.

В принципе может быть и не нужен, но примерно в 100% случаев он есть, так что никто не будет дополнительно плясать ради поддержи обстановки, которая никогда не случится.

Такой подход плох. Потом ракеты падают. А Freeorion не может обработать отсутствие места на диске для сейвов.

Другого подхода не завезли.

Для того, чтобы ракеты не падали, рассматривается и максимальное количество из возможных вариантов поломок - но увы, ресурсов во всей вселенной не хватило бы на абсолютно все.

В идеале, конечно, можно бы и при повреждении чипов ОЗУ убегать в кэш процессора и оттуда всё graciously останавливать, записывать последние байтики в файлы et c. и много чего ещё предотвращать, но это фантастикамечты, по причине того, что ресурсов —„—.

Изучай четыре истины, а постигнешь житейскую истину «80% is good enough».

Да, я говно как человек… или человек как говно. Почему тебя это смущает?

Ты хочешь скрыть вывод не перенаправляя в devnul, но хочешь видеть вывод. Эээээ.

Вывод хочу скрыть не я, а emerge. Для этого он использует /dev/null. А такого файла нет.

А я не такой как emerge, я хочу видеть вывод который должен выводиться, и чтобы не использовался /dev/null

chroot

Нормальные люди перед переходом в него монтируют proc и dev

Они делают это от безысходности. Потому что пофиксить emerge сложнее.

Но не для всех задач, выполняемых emerge, нужны proc и dev. И если бы он умел обходиться без них, людям было бы проще с ним работать.

Почему тебя это смущает?

Это моя обязанность как человека (права человека в декларации ООН, а обязанности надо знать). Ответил в личке

Фикси. Присылай патчи, посмотрим на реакцию и что тебе ответят.

Тут всю систему менять надо.

Начни с себя. Потому что человек запускающий пакетный менеджер не смонтировав устройства явно не в себе.

что человек запускающий пакетный менеджер не смонтировав устройства явно не в себе.

Это значит, что документация не доработана и не содержит описания причин, по которым такое монтирование нужно. Было бы описание, дали бы на него ссылку и вопрос был бы снят.

Я, конечно, разошёлся, но он первый начал: подобный тупняк не первая его тема и в итоге всё сводится к тому, что он хочет странного и ему все должны.

хочет странного

Поэтому на западе развитие, из-за толерантности к странному. А в России отставание.

Тут всю систему менять надо.

Ну так форкни хоть всю генту, что ты как маленький. Знаешь сколько я таких сдохших форков от любителей решать совсем не те проблемы повидал?..

... На самом деле не так уж и много, но пальцев на одной руке уже не хватит чтобы их пересчитать, вот.

Мой старый ответ на похожую тему как никогда актуален!

форкни хоть всю генту

Ты же читал высказывание grem на тему того, что мне все должны? Форкать тоже должен не я!

А, ну то есть ты сразу перешел к варианту 4) из моего поста. Вопросов тогда не имею...

на западе развитие, из-за толерантности к странному

http://memesmix.net/media/created/y6mxlm.jpg

Зачем тебе было так быстро сливаться? Ведь умеешь же качественно набрасывать.

Ну если собеседники почему-то думают, что я кого-то к чему-то принуждаю, то в ком проблема, во мне?

Да.

Удивительно, думают они, а виноват я…

Начни и ты думать, и всё наладится.

Так я думаю, только о другом. А затыки в линуксе меня от мыслей отвлекают.

Это вполне естественно. Для беспрепрятственной работы нужна несколько другая ОСь, которая кстати идёт предустановлена на большинстве готовых ПК.

Мой старый ответ на похожую тему как никогда актуален!

У меня было такое, что разработчик предоставлял патч с запрошенной фичей для использования локально, но оговаривал, что в приложение он эту фичу не добавит.

Для таких случаев плагины придумали. Вон, как в файрфоксе.

Не обязательно монтировать, можно mknod'ом создать /dev/null, zero, random. В чём проблема создать правильный chroot? А то завтра вы захотите случайные числа без /dev/urandom...

Проблема создать правильный chroot в необходимости лишних действий. Причем это должны делать все люди, желающие установить gentoo в chroot. Хотя можно было всё сделать удобно и приятно.