Метался между linux и retro, но думаю это актуальнее здесь.

А как соединить на удалённое выполнение команд Debian 6.0 Squeeze как клиент и OpenBSD 7.8 как сервер. ssh не совпадает шифрами или чем там, rsh и telnet серверов в OpenBSD сейчас нет. Есть ли простой способ?

фетчеру блеклист не писан. снова притащил :)

Это вроде нигде не прописано, но обычно /u/point при корректном ответе отдаёт "msg ok:хэш:чёнить". У кого и как на серверах соблюдается это правило? :) У меня ii txt проверяет только msg ok, но я даж не помню, во времена его зарождения хэш уже отдавали или нет. :)

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

- На кого это ты учился? На коммандос?

- Хуже. Нас готовили в пионеры, так что из черепа коммандоса мы бы сделали скворечник.

а вот сейчас было внезапно: в retro-версии нет методов /e и /m :)

Текстовый клиент, обновление

- Багфиксы для версии 2026
- Поддержка метода GET для u/point (третьей строкой в конфиге должно стоять #get#)

ii-txt-2026.tar.bz2

Тестовый сервер второго кольца. На текущий момент:

- фетчит все эхи ring2, включая .files, с него пока никто не фетчит
- регистрация не нужна, authstr и есть имя пользователя
- сервер чучуть попринимал POST, а теперь не хочет, поэтому /u/point через GET
(поэтому же и там сейчас фетч, а не пуш, а хотелось именно пушить туда)

Для этого будет выпущен ii-txt-2026se. Там в конфиге, если третьей строкой идёт #get#, то сообщения отправляются через GET, для небольших сообщений этого достаточно (кстати, когда-то ii-txt умел постить только через GET).

- нет list.txt (может и появится)
- нет веб-интерфейса (может приделаю простую вьюху для просмотра сообщений)

URL для клиента:
http://webootyaru.temp.swtest.ru/nnii.php?q=/u/

Релиз ii-txt-2026se

http://nnii.my.to/h/f/nyiH2kE87CMxgudYc9jD

http://webootyaru.temp.swtest.ru/

Постинг только через гет-запрос /u/point/pauth/tmsg, сейчас выпустил ii-txt-2026se с поддержкой get-запросов. вот такой вот странный хостинг. адрес запросов:

http://webootyaru.temp.swtest.ru/nnii.php?q=/u/

list.txt нет.

хотел пушить туда, но с POST-запросами на этом хостинге беда

q=/list.txt отдаст текст размером 0 байт. в принципе, это уже валидный list.txt :) но нормальный тоже приделаю, хотя все эти временные ноды второго кольца вещь одноразовая, и в принципе в массовый список не попадёт

а вообще, эти автодискавери можно где-то легко получить? чтобы пойнт зашёл на станцию и в 1-2 клика получил этот список? я просто нодлист веду и в двух эхах его публикую

Я выхожу ЗАМУЖ!

Ребята! В следующем месяце я выхожу замуж. Будет маленькая вечеринка. Приглашаю только самых близких. Подарков не надо. Приведите только кого-нибудь, кто женится на мне.

Моя подруга на 2 недели старше меня. И ей нравится говорить мне: «Когда я была в твоём возрасте…» - и описывать, что она делала 2 недели назад.

по управлению не нашёл, но по передаче файлов оказалось всё интересно

поставил в sarge mercurial из бэкпортов

на хосте (любой современный хост) создал реп, написал в нём hgrc:
[web]
allow-push=*
push_ssl=False

и сделал hg serve... и всё, старая hg нормально пушит по http

Изначально я хотел это сделать раньше и отдельно. Но решил наложить на транспорт ii, так как есть и готовые серверы и готовые каналы обмена.
Кроме того, сайты это обычные tar.bz2, и их можно скачать обычными клиентами/через веб-интерфейс.

WSB - это распределённая сеть обмена веб-сайтами. В качестве сервера используется любая ii-станция (иерархия эх wsb.).
В первой ревизии нет multipart-сообщений, поэтому размер бандла (запакованный в bz2) ограничен 45000 байт.

эха wsb.in.fl - (кумулятивный) список файллистов, метаэха. Чтобы отправлять переполнившиеся файллисты в архив. Содержит список типа:
a wsb.in.fl2025
wsb.in.fl2026
(a - это архивный список)

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

> Публикация идёт в два сообщения:

> 1. Бандл, пишется в указанную при отправке эху. Формат сообщения:

to: wsb1
subj: wsb1/имяпроекта/ревизия

тэги(либо -) РазмерБандла Хэш(12символов) многословное описание (первые три пробела это разделитель полей тэги/размер/хэш

имяпроекта-ревизия.эха.tar.bz2

- Ну рассказывай, как вчера время провели?
- Заказали крабов, омаров, устриц, дорогого вина, бутылочку "Хеннеси"
и - прикинь, облом - на улице скамеек свободных не было!

мож какого нить ии-бота завестить? я правда в этом вообще два по пять, единственный бот что тут был (давным давно) это загадки (базу вопросов взял с какого-то irc-бота)

Отдельную эху сделать и бота туда запулить. Я бы сделал у себя, но я в этом не разбираюсь. Мож когда-нибудь и приделаю.

- что лучше всего подчёркивает талийю?
- лучше всего талийю подчёркивает Word

Конечно, в отдельную эху, с определённым периодом опроса. "Чиста спросить". :) И ждать ответа полдня, чтобы ощущение офлайновости сохранялось ;)

Уже хочу такую эху

Я думал, сабж это дайджест хабра, а это...

> Интересное с хабра. DIY, микронтроллеры, Raspberry PI и пр.

то-то я смотрю, темы больно одинаковые. почему, кстати, эха тогда называется не ...habr.diy, и делает ли кто полный дайджест? хотел уже себе сграбить, а там одни микроконтроллёры :)


+++ написано в ii-txt-2026

да ипентий воропентий, не в ту эху написал
---
Я думал, сабж это дайджест хабра, а это...

> Интересное с хабра. DIY, микронтроллеры, Raspberry PI и пр.

то-то я смотрю, темы больно одинаковые. почему, кстати, эха тогда называется не ...habr.diy, и делает ли кто полный дайджест? хотел уже себе сграбить, а там одни микроконтроллёры :)
---
блеклистю это же сообщение в retro-talks:
AbNKDvCTjr5st11TESyC

Пришлось ссылку поискать. Нашёл. Вот

https://github.com/idec-net/caesium/pull/4

Создать новый реп

Разница в менталитете: тема - банда, имеющая превосходящие силы, пытается ограбить некий объект, но встречает неожиданный отпор от человека, которого в этом месте быть не должно. В Голливуде получился "Крепкий орешек", а у нас "Операция Ы"

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

надо идти в ногу со временем. wsb тока первый шаг, нужны новые сервисы-надстройки, особенно в эпоху когда у каждого свой интернет, всё поделено на сегменты - надо как-то объединять, делать "низкоскоростные" но везде проходимые сервисы, не завязанные даже на http или tcp/ip/udp/чегонитьещёp. вообще, это было предугадано ещё в 2014 :), вроде во всех играх-регистрациях эта тема была,

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

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

Главное, что форумы сдохли, всё сдохло, а сеть благодаря распределённости, с аудиторией в 2.5 водолаза до сих пор живёт.

Благдаря лёгкому обмену контентом, конечно, распределённость просто базовая вещь

Вчера в ресторане заказал Пасту Фарфелле в сливочном соусе с лососем. Такого дорогого Роллтона я еще не ел.

ну и перевёл бы его целиком или частично на ii. кстати, проблема та же, что я указывал в 2014 - в некоторых форумах темы с 0, с 2 или около того сообщениями, и чтобы всё прочитать, надо всё прокликивать. я бы хотел просто одним списком почитать все последние сообщения за последний год, например, прокликивать все форумы мне неудобно.

Всё не надо :)

Одного дня не хватило чтобы всё зарелизить. Ща делать по ssh с мобилы это жесть

Мужик заходит в ресторан и видит, что в зале все переполнено, ни одного свободного места за столиками. Он достает телефон и громко говорит в него:
- Срочно приезжайте, она здесь с каким-то мужчиной!
Пять пар тут же встают и покидают заведение.

korsa: вокруг меня три компа, два телефона и навигатор
fintar: нужно перевезти их через реку?

Check gate

ой?

где и кем у нас записано и соблюдается правило не больше 65535 байт на мессагу?

у меня только в постинге - текст сообщения менее 64100 байт, и всё сообщение со всеми заголовками менее 65536 байт. фетчерам и прочему побоку.

я у себя в реализациях буду поднимать этот лимит раза в 4, чтобы wsb побольше был :)

А ip то какой? :)

test

Жил был один менеджер по продажам. Пошел устраиваться на работу. Долго ли коротко ли резюме рассылал, а как-то пришел в одну контору на собеседование с генеральным директором. И шло у них собеседование шесть часов. Уже и директор взмок, и менеджер три раза воды просил. А все никак не могут договориться. Начинали с двухсот баксов в месяц - а уже за два с половиной килобакса спорят, и проценты, и бонусы, и какие-то еще там спортзалы, мобильные связи, обеды, подъемные, страховки, отпуск, командировочные, машину служебную, ноутбук, кучу всякого менеджер себе выбил. Сдался в итоге генеральный директор, все условия выполнил. Все, что менеджер просил - дал.

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

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

15 лет прошло, а срач всё там же.
Фанаты SysV/AT&T, объясните мне.
Весь юникс построен на философии наследования прав процессов. Весь, кроме cgroups, наверное. Модель fork+exec. С понижением прав от процесса к процессу без возможности повышения. С деревом процессов! Представляете, в UNIX если процесс умирает, то родитель сигнал получает! В отличие от богомерзкой венды, где CreateProcess.
И наследуется и консоль, и открытые файлы.

И все системные процессы должны порождаться init. И так и было, если кто из седовласых помнит, почему init вообще существует, а не запускаются сразу шелл-скрипты. Ведь можно же сразу запускать шелл-скрипты, даже в некоторых дистрах так делается. Но потом разрабы init встают в позу KISS, а делать что-то надо, поэтому изобретается костыль, который со временем становится стандартом де-факто вопреки логике UNIX. Круче только было с berkley sockets.

А теперь, что делают shell-based системы инициализации? Правильно, изобретают демонизацию. Потому что в shell-based системах процесс запускается от пользователя. Который сначала через повышение привелегий запускает процесс, а потом этот процесс, чтобы жить, должен оторваться от пользователя, группы, консоли пользователя. И закрыть все чужие файлы, потому что это не системные файлы, а файлы пользователя. И жить потерянным, только формально обретая ppid=1, в реальности продолжая наследовать права и свойства пользователя который его запустил. Ну, кто как умел писать функцию демонизации, поверьте их столько же, сколько профессионалов инит-скрипта. И сколько было всегда с этим проблем. От потерянных процессов, которые нельзя остановить шеллскриптом, потому что pid-файл потерялся, до наследования лишнего и получения sighup, который нивелировался nosighup. Костыль на костыле костылём погоняет. А кто получит SIGCHLD? init, который об этом сироте даже не в курсе? Или инит-скрипт? И всё во имя KISS. Я видел хорошие инит-скрипты и даже сам писал с попыткой преодолеть все косяки. Единицы таких. Сходите посмотрите на инит-скрипт ClickHouse и обрыдайтесь. Или инит-скрипт MySQL. И каждый дистр пытался решить проблемы запуска сервиса от пользователя. Дальше всех ушла OpenRC. Хуже всех - у Debian, но там в ДНК вшиты шелл-врапперы "для удобства". И как "изучать устройство unix" в этом случае, если система инициализации противоречит идеологии?

Ну то есть SysV/AT&T настолько не-юникс-вей, что даже венда запускает сервисы через отдельный фреймворк, а не от пользователя. А солярка отказалась от скриптов в пользу SMF. Про макось (unix certified, на минуточку) говорить не будем, но там тоже launchd вместо скриптов. Хотя NextStep ещё был на скриптах.

И вот вам приносят два проекта - upstart и systemd. Обе решают все проблемы и более чем unix-way, потому что процесс контролирует менеджер процессов, то, чем должен был стать init. Ничего больше не теряется, всё управляется и мониторится. Ура! ulimit'ы теперь работают (старички, ну-ка расскажите, как выставить ulimit'ы процесса через скрипты)! Да, может обе неидеальны. Но сначала вы выкидываете upstart (не надо гнать на шапку, в RHEL5-6 была попытка внедрить upstart), а потом вам уже насильно всучивают systemd и вы плачете по потерянному раю. Я недолго с с никсами, с 1997 года, в проде с 2003 года. И за эти 17 лет, пока не вышла седьмая центось я познал всю кривоту script-based init.

И я правда не понимаю чему вы радуетесь. Хотите простой системы - возьмите upstart, runit в конце концов. Но как бы вы ни любили скриптовать, скрипты - это не unix-way, а менеджеры процессов - unix way, так как они продолжают дело init, который застрял в KISS.

Ну и последнее. А знаете почему вы ненавидите systemd? Потому что у большинства из вас был в момент перехода Debian. Я работал с многими дистрами в проде, и с rhel-based, и с debian-based. Понимаю, что у обоих лагерей фанатов свои бесспорные аргументы. Но когда RHEL выпустил семёрку с полностью переписанной системой инициализации на systemd-unit'ы, в debian пошли своим чудовищным путём, обернув инит-врапперы в юниты, которые ломались так же как и без systemd, но с systemd, что вызвало баттхёрт у всех. У системдешников от чудовищности костыля, у инитскриптеров от того, что оно к старым костылям просто приплюсовало ещё один.

Смиритесь уже и обретите UNIX. Всем добра.