[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-29 08:00:28
shaos> Наверное старая нода должна ошибку вернуть если в запросе непонятное буквосочетание попалось, не?
Надо на таверне проверить. Старше сейчас, вроде, ничего нет.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — ahamai
2024-10-29 08:00:29
ahamai> Речь о том, как на это реагирует референсная реализация. Хреново :)
А у нас пока нет референсной реализации. Стало быть никак не отреагирует.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-29 08:00:30
shaos> А существующие реализации в сети не 100% IDEC уже? ;)
У Ромы никогда не было IDEC-ноды. Блин. Научить фетчер работать без слайсов с некоторыми аплинками - задача на 2-3 лишние строки кода. Проблема высосана из пальца.
Если бы IDEC был ii, то он бы назывался ii.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — ahamai
2024-10-29 08:02:39
ahamai> Ну я показал как моя станция на это реагирует
Реакция твоего узла странная, но ни к каким последствиям не приводит.
[>]
Slackware 14.2
linux.14
Andrew Lobanov(tavern,1) — All
2016-07-03 22:26:34
Перекатился сегодня на сабж. Перекатывался переустановкой, так как успел засрать 14.1, а чистить было лень. Патрик неизменно радует своим дистрибутивом. А ещё на том же ЛОРе тучи хейтеров веселят из года в год.
[>]
Re: Slackware 14.2
linux.14
Andrew Lobanov(tavern,1) — btimofeev
2016-07-04 22:39:34
btimofeev> А у тебя это основной дистрибутив или для каких-то отдельных целей используешь?
Основной ага. Я шибко ленивый чтобы осваивать что-либо другое. Пробовал и дебиан и арч и генту, но простота и предсказуемость слаки подкупает.
[>]
Re: Slackware 14.2
linux.14
Andrew Lobanov(tavern,1) — btimofeev
2016-07-07 08:27:20
btimofeev> А я с появлением безлимитного интернета как-раз перескочил на арч. Тогда мне в нем понравилось что ставится только минимальная система, далее устанавливаешь что душе угодно (хотя сейчас я вижу, что такое есть много где), единый конфиг для системы (который постепенно выпиливали, и с появлением системд совсем выкинули), простой формат пакетов и pkgbuild'ов - свой пакет в большинстве случаев сделать можно за пару минут.
Минимальная система мне тоже нравится. Я и дебиан так ставил.
Слакбилд написать, конечно, подольше, зато это простой скрипт.
btimofeev> Этот арч у меня простоял с 2009 по 2016 год, пока нетбук не умер. На лоре все пишут про проблемы роллинг релиза, типа все ломается после обновления, но у меня за эти годы кажется один раз xorg не запустился после обновления, что потребовало правки конфига. Даже после моего годового пребывания в армии система нормально обновилась.
У меня с арчем чего только не случалось. И регрессии ловил в том исле и в ядре, и отваливалось всё подряд от ксорга до алсы. Причём именно такие полюсные ситуации наблюдал на форумах: или всё работает как часы или всё ломается причём часто. Правда арч я снёс в 2012-м году и с тех пор не ставил больше.
btimofeev> Но.. это уже совсем не тот арч который был в 2009 году. А вот слака видимо особо не меняется и это замечательно. Я когда впервые увидел Slackware не понимал почему везде ходят слухи что дистрибутив очень сложен, ведь он простой как валенок. Для меня дистрибутивы которыми я пользовался ранее (а это были ASPlinux, mandrake, а после и mandriva, немного fedora, которая мне почему-то никогда не нравилась) казались намного более сложными.
Мой первый был именно ASPlinux. Очень непростая вещь. С него сразу слез на слаку. Потом был арч, дебиан (но там мне не понравилось пересобирать некоторые пакеты для себя и куча скриптов вместо текстового редактора для настройки). В итоге вернулся на слаку да так и остался на ней. С 10 версии сидел на всём, исключая разве что 13.1. По первости заказывал диски на линуксцентре, так как жирного инета в пределах досягаемости не было (на самом деле десятку мне друг со спутника нарыбачил).
btimofeev> Что-то мне захотелось еще раз Slackware посмотреть, попробовать что-ли поставить.
Фиг знает. Если сейчас всё устраивает, то зачем менять? Суть слаквари в названии. Действительно для лентяев дистрибутив.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-29 10:46:24
shaos> это как так? перечисляемые расширения были основной фишкой IDEC :(
Перечисляемые расширения вынуждают стандартизировать расширения. Придём к джабберу, где у каждого свой зоопарк и по факту в рамках сети рабоает только основа стандарта и пара расширений. Нафиг-нафиг.
А так, никто не мешает лепить любые расширения у себя. Просто не надо полагаться на то, что их будут поддерживать. Ситуация ровно та же, только более свободная.
[>]
Re: Mesos
linux.14
Andrew Lobanov(tavern,1) — Difrex
2016-07-07 13:31:23
Difrex> Зафигачили несколько проектов полностью в сабж.
Difrex> Офигительно: разрабы довольны -- у них есть кнопочка для рестарта их сервиса, апишечка куда они могут стучаться. Тестировщики довольны -- у них есть окружение полностью идентичное боевому. Админы довольны -- все работает :)
Вот что мне в твоих сообщениях нравится, так это то, что я без гугла их читать не могу =)
Difrex> Статью написать вот в нашу секточку думаю.
Напиши обязательно. Нужно больше хорошего контента в сети, а я его не генерирую.
Difrex> ЗЫ: в субботу выезжаю в Крымнаш, не будет меня две недели. Нода/поиск в авторежиме будут работать.
Если что, можно цезий на андроиде юзать (я так езжу нынче). В любом случае желаю хорошо отдохнуть. Фоточки привези =)
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-29 10:46:25
shaos> Ну у него эхи без цифр, значит уже наполовину IDEC ;)
Да не было в ii требования эх с циферками. Это была просто договорённость, а не стандарт. Эхи без циферек там прекрасно работали всю дорогу.
[>]
Re: Mesos
linux.14
Andrew Lobanov(tavern,1) — Difrex
2016-07-08 14:34:05
> Да, я использую цезий на телефоне, но, боюсь, что интернетов у меня там не будет :)
Ну тоже дело. Надо же отдыхать иногда от сети =)
> Фоточки будут. Как раз новый объектив купил.
Круть. А я вот думаю на какую мыльницу фоткать Урал, так как нормальных аппаратов в пределах досягаемости нет, а покупать жаба душит.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — tuple
2024-10-29 10:53:52
AL>> Словарик будет отдельным документом.
tuple> Лучше в самом документе словарик иметь.
Словарик не является частью стандарта.
[>]
Termux + ssh
linux.14
Andrew Lobanov(tavern,1) — All
2016-07-11 09:19:08
Наступил на непонятные грабли с сабжем. Поставил openssh, но при попытке подключения куда-либо он просто впадает в ступор и не отдупляется пока не прибьёшь его.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — revoltech
2024-10-29 10:53:52
shaos>> это как так? перечисляемые расширения были основной фишкой IDEC :(
revoltech> Ну а теперь три из них являются частью стандарта, а остальные — нет. Вообще нет. Если я всё правильно понял.
Всё так. Расширения стандарта это путь вникуда. Лучше потихоньку принимать в стандарт полезняшки, если они будут действительно нужны.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-29 11:43:16
shaos> А как же делать кастомные расширения теперь?...
Я ж говорю, важна поддержка стандарта. Что там кто себе сбоку наворотил, это их личное дело и не должно влиять на всю сеть.
[>]
Re: Аутентификация поинтов через несекьюрное соединение
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-29 11:43:24
shaos> Вобщем мне никогда не нравилось, что в /u/point у вас пароль идёт прямым текстом (ну скажем https:// и POST ещё ок, но если речь идёт о ретроклиентах, которые умеют только http:// ?)
shaos> Для несекьюрных каналов можно попробовать альтернативный способ аутентификации пользователя скажем через подпись HMAC-RIPEMD-160-96. Алгоритм HMAC это hash-based message authentication code (код аутентификации сообщения на основе хеша), который использует один секретный ключ, известный обеим сторонам, и над каким-то стандартным хешом - в данном случае это RIPEMD-160 (алгоритм хеширования с наименьшей длиной хеша, который ещё не сломали), причём этот алгоритм был представлен ещё в 1992 году (т.е. ему уже 32 года!) - он в частности используется в биткоине (вместе с SHA-256). Ну и для укорачивания такой подписи берутся первые 96 бит (12 байт). Это всё стандартизовано на уровне RFC:
shaos> RFC2104 (February 1997) - HMAC: Keyed-Hashing for Message Authentication
shaos> https://datatracker.ietf.org/doc/html/rfc2104
shaos> RFC2286 (February 1998) - Test Cases for HMAC-RIPEMD160 and HMAC-RIPEMD128
shaos> https://datatracker.ietf.org/doc/html/rfc2286
shaos> RFC2857 (June 2000) - The Use of HMAC-RIPEMD-160-96 within ESP and AH
shaos> https://datatracker.ietf.org/doc/html/rfc2857
shaos> Конечно было бы лучше использовать SHA-256, но RIPEMD-160 проще в вычислительном плане, а нам надо будет его считать на слабых платформах. Вобщем суть такая - секретный ключ (это может быть строка текста длиной до 20 символов) загружается на узел через секьюрное соединение (https:// или скажем через емейл сисопу) один раз. Далее когда пользователь хочет отправить сообщение на узел (в описанном выше формате) по несекьюрному каналу, то его клиент считает по телу сообщения и секретному ключу подпись HMAC-RIPEMD-160-96 и посылает 12-байтовый результат как PAUTH (можно наверное в base64url его завернуть), а сервер при получении будет считать по полученному телу сообщения свой вариант HMAC-RIPEMD-160-96 и будет сравнивать с присланной подписью - если результат совпадёт, то отправитель считается аутентифицирован (плюс будет проверена целостность самого сообщения). До кучи в урл можно добавить кодировку, на тот случай если софт поинта не поддерживает UTF8:
shaos> URL/u/point2/koi7/B64AUTH/B64STRING
shaos> для больших сообщений можно задействовать метод POST:
shaos> URL/u/point2/koi7/B64AUTH
shaos> TEXT
shaos> причём тело сообщения в данном случае можно заслать прямым текстом без кодировки (Content-Type: plain/text)
shaos> Обсуждаем? :)
Да чего тут обсуждать? Нормальное расширение -- делай.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-29 11:43:31
shaos> Ну т.е. теперь исключается сама возможность торкнуться на узел специальным образом, чтобы узнать одним списком а какие собственно расширения он поддерживает...
Почему? Хочешь сказать, что со старым стандартом исключалась сама возможность получить у тебя /list.txt с хешиками?
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-29 11:43:31
shaos> https://github.com/idec-net/new-docs/blob/master/iibonds.md
shaos> Минусы оригинального ii:
shaos> - Название эхоконференций от 3 до 60 символов, эха обязана заканчиваться на постфикс (точка и число).
shaos> - Когда в эхе накапливается по 3000 сообщений и более, получать индекс со станции становится долго.
shaos> - Из-за предыдущей причины приходилось "перекатывать" эхи, периодически переходя из одной в другую
Имеет смысл читать ii, а не кривую документацию по IDEC.
shaos> Наши улучшения
shaos> - Название эх от 3 до 120 символов, из них обязательный символ - только точка (без цифровых постфиксов)
shaos> - Небольшие расширения, которые помогают экономить трафик, защищают от переполнения эх и делают ещё пару полезных вещей.
shaos> ВСЁ!
Да.
[>]
Re: Работа с графикой в gnu/linux дистрибутивах.
linux.14
Andrew Lobanov(tavern,1) — Rush_Pon
2016-08-01 16:40:35
> Таки переформулирую. При работе с графикой вы предпочитаете дистрибутивы с плавающими или же стандартными релизами. Или же все таки предпочтете собрать нужную прогу из исходников?
Ну... Я использую тот дистрибутив, которым пользуюсь и для всего остального. Это Slackware. Пробовал разные дистрибутивы, но выбирал по критериям стабильности и простоты. Так что использую не самые последние версии, но зато без проблем со стабильностью. DE не пользуюсь вовсе, да и WM у меня специфичный - stumpwm.
Если же говорить именно о дистрибутиве для мультимедия, то я бы попробовал какой-нить ubuntu studio.
RR-дистрибутивы требуют некоторой бдительности во время использования и потому я их забраковал. Лень победила =)
> // Не согласен с vit01 насчет DE. Та же krita изначально под KDE пилилась. По крайней мере эстетическое восприятие лучше.
Ну тут фиг знает. Тот же KDE (четвёртая версия) чисто эстетически мне не нравится. Слишком много телодвижений для допиливания, а по юзабилити всё равно мне не подходит. Я графический указатель не люблю и стараюсь минимизировать его использование.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — tuple
2024-10-29 14:14:36
AL>> Имеет смысл читать ii, а не кривую документацию по IDEC.
tuple> Между прочим, а где её найти? На лоре ссылки на умерший 51.ru, который тот самый с девочками, судя по веб-архиву. В интернете - IDEC.
Не знаю. Мы уже давно отдельно.
[>]
Re: Работа с графикой в gnu/linux дистрибутивах.
linux.14
Andrew Lobanov(tavern,1) — Rush_Pon
2016-08-03 00:17:15
> Он сейчас находится в стадии разработки. Вроде как проект жив еще. Вот официальный сайт: http://www.iroos.net/
Немного провентилировал вопрос и чёт расстроился. Это просто очередная сборка убунты похоже. Никаких действительно уникальных или интересных разработок не анонсировано.
[>]
Re: OwnCloud/NextCloud Bookmarks
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-08-05 13:25:05
> Есть ли люди, пользующиеся сабжем для управления закладками в браузере? Стоит ли это того, чтобы ставить себе "облако" на сервер? Может быть, есть альтернатива получше?
Не пробовал, но звучит интересно. Правда сабжевая штука тяжёленькая, ИМХО. Я б какое-нить легковесное решение хотел для закладок, но лень искать.
[>]
Re: Работа с графикой в gnu/linux дистрибутивах.
linux.14
Andrew Lobanov(tavern,1) — Rush_Pon
2016-08-05 14:01:37
> Я думал юзать iro для загрузочной флешки. Сразу все и ничего ненужного. Это может быть довольно удобно. Ну и да. Свою убунту-сборку мне лень собирать.
Ну каждому своё. Красные глаза и любовь к холиварам я у себя поборол. Просто поставить на флешку произвольный линукс и доставить туда программ задача вполне тривиальная, а интернет полон хауту на эту тему. Отсюда и моё прохладное отношение.
Вот AgilliaLinux умер это жалко. Оно, конечно, шевелится, но лет пять назад было интересней.
[>]
Re: OwnCloud/NextCloud Bookmarks
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-08-05 14:04:33
> Тоже жалко выделять ресурсы, но что поделаешь. Просто уже реально надоело перекидывать ссылки между разными устройствами и браузерами, а потом после прочтения сразу их удалять.
Пока у меня вместо сервера EeePC 701 4G, нет смысла ставить. Я пробовал. Вот когда на место своего EeePC 1011 PX куплю нормальный ноут, а сей агрегат пущу на сервер, можно будет и попробовать.
> У сабжеплагина, кстати, интересная особенность есть в наличии bookmarklet, позволяющая задействовать те браузеры, для которых ещё не написано нужное расширение.
Вот наличие плагинов я не учёл. Тогда выбор невелик действительно.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-29 21:58:50
shaos> Ну я добавил их в /x/features и типа сразу видно что оно у меня есть ;)
Ну так и оставь их в /x/features. Никто ж не мешает ;)
[>]
Re: Аутентификация поинтов через несекьюрное соединение
idec.talks
Andrew Lobanov(tavern,1) — revoltech
2024-10-29 21:58:50
shaos>> Кстати - если этот номер перехватить, то его ведь можно тут же зареюзать пока время не прощло?
revoltech> Нельзя. Ну как минимум сервер должен такие попытки пресекать и заставлять пользователя ждать следующее 30-секундное окно. Это в случае TOTP.
revoltech> Легитимный пользователь в пределах 30 секунд 2 сообщения не отправит. А если надо, пусть отправляет через /u/push.
Ты шутишь сейчас? Лигитимный пользователь может подряд сколько угодно сообщений подряд отправлять. А /u/push вообще не для пользователей, а для других узлов сети. В том же цезии я не отправляю по одному сообщению, а отвечаю сразу на всё, что нового прилетело, а потом они пачкой по одному улетают. Зачем ломать клиенты?
Или ты предполагаешь, что клиент, отправив сообщение, будет ждать 30 секунд перед отправкой следующего? Нафиг такой клиент нужен тогда?
[>]
Re: Аутентификация поинтов через несекьюрное соединение
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-30 10:50:13
shaos> А у пуша какой пароль - пользовательский или особый сисоповский? Надо код ii-php поглядеть…
По хорошему особый сисоповский должен быть. Потому что пуш для межузлового взаимодействия. Поини в принципе не может слать пуш, так как в пуше уже зарегистрированные сообщения летят, а не пользовательские.
[>]
Re: Отображение прогресса в dd
linux.14
Andrew Lobanov(tavern,1) — btimofeev
2016-08-23 16:38:03
> Возможно напишу то, что всем давно известно, но я только сегодня узнал об этой фиче (а хотелось её очень давно): в прошлом году в команду dd наконец-то добавили отображение прогресса копирования.
Офигеть. Ещё в cp/scp прогрессбар нахлобучить =)
[>]
Re: ATI HD 3470 и framebuffer в Arch Linux
linux.14
Andrew Lobanov(tavern,1) — geomaster
2016-08-28 19:06:52
> Баг отловлен! Косяки начинаются с версии ядра 4.7 Откатился на 4.6.4 - все пучком. Именно поэтому на свеже поставленном арче не было аретфактов - ядро поставлено было старое, после обновления до текущего 4.7.2 аретфакты проявились. Буду писать багрепорт.
Из-за схожей ситуацией лет этак 4-5 назад ушёл с арча из-за досадной регрессии в ядре, которая пролезла в апстрим. Тогда видео у меня вообще сложилось. Было это на 3.2.x каком-то.
[>]
Re: ATI HD 3470 и framebuffer в Arch Linux
linux.14
Andrew Lobanov(tavern,1) — geomaster
2016-08-29 11:22:53
geomaster> Регрессия не в самом арче, а в ядре. Причем, на багтрекере такой тикет уже есть и его, как пишут, исправили в апстриме. Осталось дождаться пакета в арче или собрать самому, благо майнтейнеры в ядро много изменений не вносят и патчи все есть.
Просто такие вещи в дистрибутиве разве что в тестовой ветке допускаю, а в арче зачастую это штатная ситуация после обговления. Слишком ленив я нынче дщя разгребания такого.
[>]
Re: Стандарт
idec.talks
Andrew Lobanov(tavern,1) — hugeping
2024-10-30 13:28:24
AL>> Внёс правки по итогам замечаний и предложений. URL тот же: http://s.spline-online.ru/idec.html
AL>> PS: Перед окончательной публикацией дождусь реакции hugeping.
hugeping> Вроде бы всё нормально! У меня был вопрос про push как часть стандарта. Он нужен только когда нода не имеет реального IP адреса? С другой стороны, как тогда поинта забирают с неё сообщения? Какой-то изолированный сегмент сети?
Ну по сути да. Если вдруг есть узел в сети с ограниченным доступом в интернет, например. Поинты у него локальные, а наружу только пуши до аплинка. Ситуация гипотетическая и с каждым годом всё менее вероятная, хотя, с другой стороны, с этими всеми взаимными блокировками может оказаться всякое :)
hugeping> С другой стороны, всё равно эта часть возможна только за счёт предварительной договорённости нод (выдача пароля), так что думаю - наличие push в стандарте не приговор, а лишь означает, что ПРИ НЕОБХОДИМОСТИ этот механизм может использоваться. То-есть, для работы в обычном режиме нам по прежнему push не нужен...
Ну да. В обычном режиме push не нужен.
hugeping> Про фичи - по идее они полезны были бы для определения, например, поддерживает ли нода слайсы. Но на практике, tgistation их не поддерживает, но в фичах есть u/e. В общем, я не жалею, что их больше нет. Стало проще. Меньше комбинаций. Ориентироваться можно на фактически получаемые данные.
Ну вот не будет фич. Будет просто стандарт. Остальное вообще не важно вне рамок каких-то локальных приколов.
hugeping> P.S. Я бы оставил ещё повисеть драфт, мы же никуда не спешим? Вдруг кто-то что-то вспомнит. :)
Ну спешить некуда.
[>]
Re: Срез
idec.talks
Andrew Lobanov(tavern,1) — revoltech
2024-10-30 13:28:24
ahamai>> А какой вообще формат срезов: /u/m/эха/срез/эха/срез или как?
revoltech> Кстати, да, присоединяюсь к вопросу. Как в одном запросе слайсить сразу несколько эх с разными смещениями и лимитами? Например, мы запрашиваем содержимое трёх эх и выяснили, что из первой надо забрать только 3 последних сообщения, из второй — 10, а из третей — 50. И что, здесь три отдельных запроса городить придётся?
Бери один по максимальному смещению.
[>]
Re: Срез
idec.talks
Andrew Lobanov(tavern,1) — revoltech
2024-10-30 13:28:24
hugeping>> ahamai> А какой вообще формат срезов: /u/m/эха/срез/эха/срез или как?
hugeping>>
hugeping>> Например: https://club.hugeping.ru/u/e/idec.talks/-1:1
revoltech> Вопрос в том, что делать, когда в запросе НЕСКОЛЬКО эх. Можно ли указать диапазоны отдельно для каждой?
Нельзя, так как незачем.
[>]
Re: ATI HD 3470 и framebuffer в Arch Linux
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-08-29 15:37:43
> Давно уже живу на Арче и так же давно не припомню обнов, которые берут и всё ломают. А ведь люди про это любят часто рассказывать.
> обновляюсь, как правило, не реже раза в неделю, часто даже ежедневно; новости на сайте не читаю
Вот я в тот раз начитался как раз про то, что всё отлично в арче с обновлениями и словил разу же неподнимающиеся иксы после очередного обновления =)
> Что надо в систему наустанавливать (драйвера нвидии не в счёт), чтобы при каждом обновлении танцевать с бубном?
А вот фиг знает. Минимальная система + алса, огнелис, иксы, fvwm, moc, mplayer, rtorrent, urxvt, mc, emacs. Ну и всякая мелочь ещё. А ломается люто и совсем не вышеперечисленное (разве что иксы не заводились). Может, сейчас стало лучше, но не вижу смысла менять слаку на арч уже.
[>]
Виртуальная коробка
linux.14
Andrew Lobanov(tavern,1) — Andrew Lobanov
2016-09-16 13:29:53
Андрей, мать твою так! Если у тебя пропадает шара с хост-системы в гостевую, проверь обновлял ли ты Guest Additions. И не тупи больше несколько часов.
Извините.
[>]
Re: Виртуальная коробка
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-09-16 14:05:03
vit01> // Не зря карбонку в клиенте сделал: теперь проще на практике познакомиться с тем самым особенным ощущением, когда открываешь ленту и читаешь сообщения, написанные самому себе... =)
Именно так =)
vit01> А если по сабжу, то для чего виртуалка? Удобнее использовать libvirt, lxc, docker и прочие шаманские изобретения вместо всяких виртуалобоксов. Винда, наверное?
Она родимая. На работе имеется целая пачка спец. софта, который и под виндой то на ладан дышит, а под вином вообще загнётся.
[>]
Проекту GNU 33 года
linux.14
Andrew Lobanov(tavern,1) — All
2016-09-27 16:23:21
Сабж! 27 сентября 1983 года Ричард Мэтью Столлман опубликовал объявление о проекте GNU:
From CSvax:pur-ee:inuxc!ixn5c!ihnp4!houxm!mhuxi!eagle!mit-vax!mit-eddie!RMS@MIT-OZ
From: RMS%MIT-OZ@mit-eddie
Newsgroups: net.unix-wizards,net.usoft
Subject: new Unix implementation
Date: Tue, 27-Sep-83 12:35:59 EST
Organization: MIT AI Lab, Cambridge, MA
Free Unix!
Starting this Thanksgiving I am going to write a complete
Unix-compatible software system called GNU (for Gnu's Not Unix), and
give it away free(1) to everyone who can use it.
Contributions of time, money, programs and equipment are greatly
needed.
To begin with, GNU will be a kernel plus all the utilities needed to
write and run C programs: editor, shell, C compiler, linker,
assembler, and a few other things. After this we will add a text
formatter, a YACC, an Empire game, a spreadsheet, and hundreds of
other things. We hope to supply, eventually, everything useful that
normally comes with a Unix system, and anything else useful, including
on-line and hardcopy documentation.
GNU will be able to run Unix programs, but will not be identical
to Unix. We will make all improvements that are convenient, based
on our experience with other operating systems. In particular,
we plan to have longer filenames, file version numbers, a crashproof
file system, filename completion perhaps, terminal-independent
display support, and eventually a Lisp-based window system through
which several Lisp programs and ordinary Unix programs can share a screen.
Both C and Lisp will be available as system programming languages.
We will have network software based on MIT's chaosnet protocol,
far superior to UUCP. We may also have something compatible
with UUCP.
Who Am I?
I am Richard Stallman, inventor of the original much-imitated EMACS
editor, now at the Artificial Intelligence Lab at MIT. I have worked
extensively on compilers, editors, debuggers, command interpreters, the
Incompatible Timesharing System and the Lisp Machine operating system.
I pioneered terminal-independent display support in ITS. In addition I
have implemented one crashproof file system and two window systems for
Lisp machines.
Why I Must Write GNU
I consider that the golden rule requires that if I like a program I
must share it with other people who like it. I cannot in good
conscience sign a nondisclosure agreement or a software license
agreement.
So that I can continue to use computers without violating my principles,
I have decided to put together a sufficient body of free software so that
I will be able to get along without any software that is not free.
How You Can Contribute
I am asking computer manufacturers for donations of machines and money.
I'm asking individuals for donations of programs and work.
One computer manufacturer has already offered to provide a machine. But
we could use more. One consequence you can expect if you donate
machines is that GNU will run on them at an early date. The machine had
better be able to operate in a residential area, and not require
sophisticated cooling or power.
Individual programmers can contribute by writing a compatible duplicate
of some Unix utility and giving it to me. For most projects, such
part-time distributed work would be very hard to coordinate; the
independently-written parts would not work together. But for the
particular task of replacing Unix, this problem is absent. Most
interface specifications are fixed by Unix compatibility. If each
contribution works with the rest of Unix, it will probably work
with the rest of GNU.
If I get donations of money, I may be able to hire a few people full or
part time. The salary won't be high, but I'm looking for people for
whom knowing they are helping humanity is as important as money. I view
this as a way of enabling dedicated people to devote their full energies to
working on GNU by sparing them the need to make a living in another way.
For more information, contact me.
Arpanet mail:
RMS@MIT-MC.ARPA
Usenet:
...!mit-eddie!RMS@OZ
...!mit-vax!RMS@OZ
US Snail:
Richard Stallman
166 Prospect St
Cambridge, MA 02139
[>]
Re: Похвастаюсь приобретением
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-12-26 20:09:37
vit01> Заказал себе на Aliexpress дешёвый одноплатник Orange Pi One, дабы попробовать хоть раз подобные штуки в деле.
Поздравляю с приобретением. Сам к таким штукам неравнодушен.
vit01> И фоточку для наглядности: https://ii-net.tk/ii/files/orange01.jpg
Болт шикарен =)
vit01> Внутри там 512 МБ ОЗУ, процессор AllWinner H3 1.2GHZ, HDMI (втыкать некуда), x1 USB Host + x1 USB OTG, Ethernet, x40 pin.
Неплохо весьма. А у меня пылится Cubieboard 2 в оригинальном корпусе, из которого я хочу себе сделать небольшое рабочее место дома. Дело пока упёрлось в конвертацию HDMI в VGA. Если так и не получится, то придётся колхозить через GPIO VGA-выход, но это надо ставить в систему специальный драйвер и найти высокоточные резисторы. Как будут подвижки в этом направлении, обязательно отпишусь.
vit01> Греется сильно (об этом знал заранее), думаю прилепить радиатор, но пока пусть с болтом поработает.
Как лепить будешь? Отпишись потом о решении (фоточки ня). Просто на плате не видно предусмотренных технологических отверсий, что несколько осложняет задачу.
vit01> Дистрибутив по отзывам самый надёжный - это Armbian, его и выбрал. Пока что загнал туда Tor и transmission-daemon. Работает вполне сносно. До чего дошёл прогресс!
А, кстати, круто. Что торренты, что тор вполне себе требовательные задачи.
vit01> Игрушкой в целом доволен, однако если будете покупать, то имейте в виду, что вышеупомянутый шнур питания лучше брать либо в комплекте, либо находить где-то заранее у себя в городе, ибо он очень редкий. С Raspberry Pi таких проблем не стоит, насколько понимаю.
Неуж то в радиотоварах нет таких разъёмов?
vit01> // Кстати говоря, поисковики утверждают, что Sony PSP точно от такого же шнура заряжается.
Тут мне с кубиком повезло. На питании у него вполне доступный разъём. Остаётся только найти подходязий сетевой адаптор и запаять два контакта =)
[>]
Re: Похвастаюсь приобретением
linux.14
Andrew Lobanov(tavern,1) — btimofeev
2016-12-26 20:51:26
vit01>>> Греется сильно (об этом знал заранее), думаю прилепить радиатор, но пока пусть с болтом поработает.
AL>> Как лепить будешь? Отпишись потом о решении (фоточки ня). Просто на плате не видно предусмотренных технологических отверсий, что несколько осложняет задачу.
btimofeev> Радиаторы продаются на али с клейкой термолентой. Просто приклеиваешь его сверху чипа и он хорошо держится.
Ну так не интересно. Никакого простора для творчества =)
[>]
Re: Одноплатники
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-12-29 13:41:21
vit01> Сделал охлаждение по-своему. Взял за 50 рублей радиатор, поработал с ним пилой и прилепил на чипы.
Неплохо. А термопасты не жирно?
[>]
Re: Срез
idec.talks
Andrew Lobanov(tavern,1) — ahamai
2024-10-30 17:32:39
ahamai> Ничё не понял. Если щас задать несколько эх и дать срез, он со всех по n сообщений запросит или только с последнего
Со всех, если я правильно понял типавопрос.
[>]
Re: Срез
idec.talks
Andrew Lobanov(tavern,1) — ahamai
2024-10-30 17:32:45
ahamai> Тогда не понял, почему стандарт такой, если в каждой эхе разное количество новых сообщений. :) Ладно, поняли-разобрались. Стандарт читал но как-то не задумывался об этом, задумался только сегодня в тронвае :)
Потому что не надо байто**ить. Сильно помогает в подавляющем числе случаев.
ahamai> 2shaos - фетчеры обновил
[>]
Re: Срез
idec.talks
Andrew Lobanov(tavern,1) — ahamai
2024-10-30 17:32:46
ahamai> у меня sf работает так: запрос вида /u/e/эха1/эха2/эха3?sf=хэш1/хэш2/хэш3, и она ищет указанные хэши в эхах, если находит, начинает выдачу эх с них. сначала не вклчая сами хэшN, но несколько дней назад я сделал, чтобы включали, на всякий случай, 21 байта не жалко, зато можно убедиться, какой именно хэш
А если хеш в блеклисте или вообще удалён? Ну и сложно это в реализации и не особо незачем.
[>]
Re: Аутентификация поинтов через несекьюрное соединение
idec.talks
Andrew Lobanov(tavern,1) — shaos
2024-10-30 17:32:46
>> По хорошему особый сисоповский должен быть. Потому что пуш для межузлового взаимодействия. Поини в принципе не может слать пуш, так как в пуше уже зарегистрированные сообщения летят, а не пользовательские.
shaos> Может тогда как-то почётче это в стандарте про push проговорить?
Хорошо. Принимается.