man-pages 4.13

в процесс подготовки данной версии внесли вклад около 40 участников;

ЛОРовцы не затесались среди них?

Ну, я писал ему с указанием на одно расхождение с реальностью в документации SIGCHLD, но он не отреагировал. Возможно, стоит переслать.

Акутальны они на сегодняшний день, когда для справки есть веб?

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

что-то не так пошло и не поднялся сетевой интерфейс

Ман поможет тебе поднять сеть?

Добавлены страницы pthread_mutexattr_setrobust(3) и pthread_mutex_consistent(3), описывающие часть API POSIX threads, относящуюся к поддержке robust mutexes.

По ссылке:

A description of what robust futexes are

Сначала подумал: опечатка, потом стало ясно - это они так хитро закрутили:

To solve such types of problems, «robust mutex» userspace APIs were created

futex — fast userspace mutex, сокращение для названия системного вызова futex(2), равно как и интерфейса, им предоставляемого.

350 изменений

то есть разница почти незаметна будет...

Майкл довольно нерегулярно читает почту, лучше перепослать, ещё лучше присылать сразу патч (с cc в linux-man).

А в вебе ты куда идёшь для справки по quotactl(2)?

П в интернете они откуда браться будут. Вот пишут. Можно смотреть онлайн, можно читать из локальных файлов.

Тот же ман более удобочитаем в браузере.

Больше помощи можно получить из интернета, чем просто из локальных манов.

А интернет как, по-твоему, будет разбираться в вопросе, чтобы помочь тебе? Правильно, путем чтения манов.

Да, актуальны

Акутальны они на сегодняшний день, когда для справки есть веб?

Тот же ман более удобочитаем в браузере.

Так актуальны или нет? Веб или браузер? Не говоря уже о том, что на том же man7.org очевидно текстовый рендер groff, разве что с добавлением ссылок (которые, например, pinfo точно так же распознаёт), все другие различия можно отнести разве что к недостаткам в настройке собственного терминала и рендера groff.

Я клоню к тому, что я совсем не против иксов на сервере.

При серьезной проблеме ман тебе не поможет. Надо гуглить. Вот и все.

Маны читают не когда а-а-а! а-а-а! всё сломалось! нужно срочно чинить!

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

При серьезной проблеме

Что ты считаешь серьезной проблемой?

Интернет тебе поможет, если ты вообще ни в зуб ногой в данной теме, тогда он даст тебе необходимый старт. В остальном достаточно манов

А ты что, абсолютно во всем в зуб ногой? Никто всего не знает.

Не во всем, но большую часть помощи я таки получаю из манов, а не из «интернета», в отличие от тебя.

Есть люди, которые не понимают. Среди них есть те, кто упорствует в своём непонимании. А уже среди этих встречаются такие, кто своё непонимание желает навязать другим.

Короче — язабан.

При серьезной проблеме ман тебе не поможет. Надо гуглить. Вот и все.

ksh не возвращает предыдущую команду по нажатию ВВЕРХ

найдите мне, плиз, решение этой проблемы *в интернете* :)

а в man это находится элементарно - если, конечно, его читать

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

Я говорю о том, что нужно использовать полный спектр возможностей, а не только консоль.

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

Желаю много-много добра этим людям.

Я вот понимаю, как можно for fun писать программы (и сам этим иногда грешу). Но писать for fun документацию... Уважаю.

вы даже английский хотя б на уровне достаточном для чтения документации не осилили

Осилил, но незнакомые слова все равно попадаются.

Удваиваю... Нет, утраиваю... Нет, пожалуй возвожу в степень!

Помнится ты начал с того что поставил вопрос о нужности манов

pinfo

Спасибо, не знал о таком.

Я вот понимаю, как можно for fun писать программы (и сам этим иногда грешу). Но писать for fun документацию... Уважаю.

Присоединяюсь!!!

Но писать for fun документацию...

А надо... И вообще, в свободной разработке вечно свободный разброд и шатание. На POSIX дружно болт кладут, а вспоминают, когда надо писать под весь цирк разом.

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

Я за то, чтобы чётко и железобетонно прописывать в документации идеологию для целого класса ПО. Кому надо, пусть ныряют под крыло этой идеологии. Надо «развитие» — пусть рождают описание другой концепции, а не как сейчас, когда пишется что-то свер-ультра-современное, а документации нет даже на странице гитхаба разработчика, зато старейшая альтернатива — «сосёт», а кто этого не понял, тот — «замшелый пень»)

Нет.

Да и зачем открывать монструзный браузер, когда быстрее и удобнее почитать локально?

Здравствуйте! Доброе утро! Добрый день! Добрый вечер! Saluton! Салем! 你好! Guten morgen! Guten tag! Hello! Good morning! Hi! Bonjour!

Спасибо! Большое спасибо! Спаси Бог! Спаси Господи! Благодарю! Dankon! Thank you! Рахмет! Merci! Merci beaucoup! Thanks!

:-)