Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14
RSS
# Re: Emacs. Редактирование одного текста в нескольких местах
develop.16
Andrew Lobanov(tavern,1) — Difrex
2019-02-28 11:54:58


Difrex> Вот уже вторую неделю с переменным успехом пытаюсь мигрировать с i3 на что-то со статическим тайлингом :).

Что, кстати, в этой нише есть? На ум приходят только stumpwm и ion3. Первый тяжеленный, а второй мёртв.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: Изменения на syscall.ru
idec.talks
Andrew Lobanov(tavern,1) — Peter
2020-04-21 05:36:14


Peter> 2) Добавлена эха (пока пустая) std.hugeping. -- Это будет мой личный блог. Зачем я его сделал - напишу постом отдельно.

Пробросил в таверну.

# Re: Emacs. Редактирование одного текста в нескольких местах
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2019-02-26 03:08:16


Это solarized dark, вроде как.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: Live usb
linux.14
Andrew Lobanov(tavern,1) — All
2016-06-18 13:10:21


Посмотрел этот slax 7. Вполне можно его брать. Если не хочется KDE, то в модулях есть всё необходимое для разворачивания альтернативы.

# Re: Live usb
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-06-18 07:08:46


vit01> Нет, это ты про slax 6 говоришь (который, кстати, уже протух). Slax 7 гвоздями прибит к KDE4, и онлайн-конструктора больше нет, т.е. модули придётся вручную кидать на флешку. Хотя оптимизация там довольно неплохая всё равно.

Ну что ж. Значит помер слакс. Я с древних версий его не пользовал, а потом очень долго не смотрел. Много пропустил. Жалко дистрибутивчик.

# Re: Emacs. Редактирование одного текста в нескольких местах
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2019-01-22 03:48:56


Anotheroneuser> Я сейчас пробую работать, как посоветовал btimofeev и не могу вспомнить, что у меня тогда не получалось. Кажется, тогда при перемещении курсора (M-e) оба буфера двигались одновременно. А сейчас я пробую то же самое и всё по-отдельности. То есть, так, как надо.

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: Emacs. Редактирование одного текста в нескольких местах
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2019-01-21 15:10:28


Anotheroneuser> Ого, а я уже смирился)))
Anotheroneuser> Да, это то самое, спасибо тебе!

Офигеть. А я даже не понял задачу тогда. Потому и не писал решение =)

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: Emacs. Редактирование одного текста в нескольких местах
develop.16
Andrew Lobanov(tavern,1) — btimofeev
2019-01-21 11:33:38


btimofeev> Что бы растянуть одну половину на все окно жми С-х 1

C-x 0 закроет текущее окно (в терминологии имакса).

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: Live usb
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-06-18 05:15:03


vit01> Можно посоветовать slax 7 (весит мало, около 200 мб), но там KDE.

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

# Re: Попытки собрать sbcl под Termux
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-06-17 06:47:03


vit01> Пока что всё остановилось на этом: http://ii-net.tk/ii/files/JB2hrUA2cdO3sUtUJc3L.png

vit01> Небольшой свой прогресс более-менее подробно расписал вот здесь: http://ii-net.tk/ii/ii-point.php?q=/x/file/build-sbcl.txt

Создал бы под эти эксперименты эху. Мы ж тем и сильны, что эхи создаются с пол-тычка =)

Предвидя тонны подводных камней я просто смирился с отсутствием лиспа на телефоне. К тому же где-то на гитхабе (вот линк сохранить не догадался) набредал на репозиторий посвящённый сабжу, но там тоже ступор был.

Тем не менее, полезное дело делаешь и почитать интересно.

// Антиэхотаг: как твои успехи в учёбе то? А то я тут недавно осознал, что учебный год же закончился недавно =)

# Re: Попытки собрать sbcl под Termux
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-06-16 19:52:34


sbcl тот ещё жук, но лучше среди свободных реализаций ничего нет. А несвободные дорого и не в духе хакерства.

# Re: Конкурс Забавной Фишки
std.club
Andrew Lobanov(Go!,0) — casper_nn
2017-04-17 10:57:46


Это всё так, но есть одно но. Попробую объяснить.

В стародавние времена были BBS. Ходи туда-сюда, общайся, скачивай. И всё бы ничего, но BBS были каждая отдельно. Для того, чтобы не приходилось прозваниваться туда-сюда чтобы пообщаться в разных местах Дженнингс придумал фидонет. Так вот веб это такие себе BBS. Каждая отдельно, у каждой свой интерфейс, своё наполнение. И приходится ходить туда-сюда только чтобы почитать то, что интересно. idec же позволяет объеденить хоть часть этих BBS в одно информационное пространство и сделать это легко и безболезненно в большинстве случаев.

Ну и неудобно же грузить толстенный браузер, потом тяжёлую мелькающую переливающуюся и лопающуюся от тонны js-скриптов страничку, чтобы написать "Привет. Как дела?". Я понимаю, что большинство эта ситуация устраивает. Так они и слаще морковки ничего не ели. А некоторые всё таки помнят об удобном едином пространстве, в котором очень удобно существовать.

# Re: DE/WM
linux.14
Andrew Lobanov(station13, 1) — btimofeev
2016-05-30 21:30:03


btimofeev> Я раньше использовал консоль python'а, а сейчас обычно использую консольный bc.

Я emacs lisp использую. Всё равно большую часть времени он у меня запущен.

# Re: Mutt
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2019-01-14 08:23:26


>> Гуглиться надо, например, про связку mutt + fetchmail + procmail + msmtp.
Anotheroneuser> Вчера до глубокой ночи занимался этим. Всякий раз приходил к выводу, что люди, которые пишут инструкции, не намерены возиться с нами — непрофессиональными пользователями. Да, там есть объяснения, целые руководства и т.д. В них излагается принцип работы программы и рычаги управления ею. Но представления о программе это не очень-то даёт. Нужен какой-то алгоритм или что-нибудь наглядное.

Вот конфиги мои:

~/.fetchmailrc
defaults
#set daemon 120

poll imap.yandex.ru
    proto IMAP
    user 'username@yandex.ru'
    pass 'password' is 'username@yandex.ru' here
    mda 'procmail -d %T';

Опцию "set daemon 120" можно раскомментировать. Тогда fetchmail будет раз в 2 минуты проверять почту.

Опция "mda 'procmail -d %T';" вызывает procmail, который раскладывает почту по ящикам.

~/.procmailrc
MAILDIR=$HOME/Mail
LOGFILE=/dev/null
LOGABSTRACT=no
VERBOSE=off
FORMAIL=/usr/local/bin/formail
DEFAULT=$MAILDIR/default

:0 Whc: .msgid.lock
| $FORMAIL -D 16384 .msgid.cache

:0
* ^From:.*A.Kuronen@*
$MAILDIR/spam

:0
* ^From:.*naumen@urfc.ru*
$MAILDIR/naumen

:0
* ^To:.*username@yandex.ru*
$MAILDIR/mbox

Здесь правила для сортировки писем настроены. Письма от A.Kuronen попадают в ящик spam, уведомления от документооборота - в ящик naumen, а письма, написанные мне - в ящик mbox.

Для отправки писем используется программа msmtp.

~/.msmtprc
account default
host smtp.yandex.ru
from username@yandex.ru
user username
password password
auth login

Ну и для чтения использутся mutt. У меня его конфиг основывался на каком-то файле, найденном в сети.

~/.muttrc
# Сброс настроек
ignore *
unignore  Date To From: Subject

#
# Здесь оставлено место для цветовой гаммы...
#

# Забиндить на кнопку 'G' прием почты
macro index G "!fetchmail -k -f ~/.fetchmailrc"
macro pager G "!fetchmail -k -f ~/.fetchmailrc"
macro generic G "!fetchmail -k -f ~/.fetchmailrc"

#добавление адреса в адресную книгу
macro index a "|abook --add-email\n" 'add sender to abook'
macro pager a "|abook --add-email\n" 'add sender to abook'
#поиск по адр. книге
set query_command="abook --mutt-query '%s'"

# В mutt нет адресной книги, поэтому мы польземся алиасами
#source "~/.mail_aliases"
#set alias_file="~/.mail_aliases"

# Кириллизация всего и вся ;)
set allow_8bit=yes
set ascii_chars=yes
set charset="utf8"
set send_charset="koi8-r:us-ascii:iso-8859-1:utf-8"
set signature="~/.signature"

# Не пищать!
set beep=no

# Внешний вид просмотрщика ящика
set index_format="%4C %Z %D %-25.25F %s"
set to_chars="  TCF"
set sort=threads

# Что считать за квотирование
set quote_regexp="^([ \t[A-Za-z]*]*[>+])+"

# Какие заголовки отображать
hdr_order Date From To Subject

# Весьма удобная штука
set pager_context=1
set pager_index_lines=6

# Различные предустановки ответов
set include=ask-yes
set fast_reply=yes
set confirmappend=no

# К написанию писем
set edit_headers=yes
set attribution="On %d, %n wrote:"
set date_format="%Y.%m.%d %H:%M"
set indent_string="> "
set editor="mcedit"

# Почтовые ящики
set spoolfile="~/Mail/mbox"
set folder="~/Mail"
mailboxes =mbox
set mbox="~/Mail/default"
set mbox_type=mbox
set postponed="~/Mail/postponed"
set record="~/Mail/sent"
set sort_browser=reverse-size

# Все связанное с отсылкой писем
set realname="Andrew Lobanov"
set from="Andrew Lobanov <A.Lobanov@45.rfc>"
set envelope_from=yes
set sendmail="/usr/bin/msmtp -oi"

# ПЖП пусть отдохнет...
set pgp_verify_sig=no

color header cyan black .
color header yellow black ^From
color header yellow black ^Subject
color body yellow black [_a-z\.\$A-Z0-9-]+@[a-zA-Z0-9\./\-]+
color body yellow black (http|ftp)://[_a-zA-Z0-9\?\=\&\@\%\#\:\,\./~\-]+
color quoted green black
color signature cyan black
color attachment yellow black
color tree white black
color indicator black cyan
color status white blue
color tilde blue black
color normal white black
color index green black ~N

auto_view text/html

set timeout=1    #Прверять через какое число минут почту
set mail_check=1

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: Mutt
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2019-01-14 04:15:04


Anotheroneuser> Не найдётся у кого-нибудь muttrc для mail.yandex? Или ссылки на нормальное руководство.

Ну так mutt это только читалка. Unix-way же. Гуглиться надо, например, про связку mutt + fetchmail + procmail + msmtp.

Mutt для чтения и написания писем, fetchmail скачивает почту с сервера, procmail сортирует её, msmtp отправляет почту.

Если не забуду, тр вечером посмотрю у себя. Где-то должны были остаться конфиги для этого добра.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: Netmail
idec.talks
Andrew Lobanov(tavern,1) — G2I
2020-03-06 08:10:09


G2I> Новый комментарий от пользователя abolychev
G2I> к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
G2I> Оставлен 2020-03-05 11:02:24 +0000 UTC.
G2I> Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-595169462

G2I> Мне кажется для netmail лучше push модель.
G2I> point1 ---push---> node1 ---push---> node2 ---pull---> poin2
G2I> Тогда письмо будут видеть только src и dst ноды. Но нужен будет nodelist с адресами нод.

Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант? Хотя, сейчас мне надо iing уже выкинуть на свалку и на базе idec (который моя реализация) запилить новую таверну. А там уже можно и экспериментировать.

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

# owncloud
linux.14
Andrew Lobanov(tavern,1) — All
2016-05-01 18:53:14


Кто-нить сабж разворачивал? Какие подводные камни? Что лучше почитать по поводу?

# Re: Шеллы/Shells
linux.14
Andrew Lobanov(tavern,1) — vit01
2016-04-21 06:35:59


vit01> Какой у вас любимый $сабж?

На рабочих станциях пользуюсь zsh по старой привычке больше. На серверах -- баш.

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

Ну так это беда не шелла, а терминала, для коего у емакса есть медленный, но всё же term. А в качестве сабжа я пользуюсь как правило в емаксе M-x shell, который вполне себе системный шелл (без фич терминала правда тоже) юзает. А M-x eshell всё хочу потыкать, но руки не доходят.

# Re: ## СРОЧНО ##
std.club
Andrew Lobanov(Go!,0) — Peter
2017-04-16 20:24:10


Peter> У меня главная и так уже перегружена. А когда вы начнете обсуждать матчи, я пропущу все остальное. :) пока не буду выводить.

А если добавить список скрытых с главной какой-нить? Ну чтобы не все эхи шерстились для ленты.

# Re: Хабраэха
idec.talks
Andrew Lobanov(tavern,1) — libra
2020-02-20 03:41:26


libra>>> т.е. вместо echo -- будут так же прописаны archive
libra> Понятно. Спасибо, Андрей. ;)

Андрей долгое время сам пользовался цезием и решил немного автоматизировать, раз уж цезий не имеет интерфейса для настройки :)

# JavaFX WebView
develop.16
Andrew Lobanov(tavern,1) — All
2018-09-23 07:00:31


А есть у нас джависты? Очень хочется в сабже открывать ссылки в системном браузере. Или хотя бы в заданном браузере (как в цезии). Но не в самом вебвью. В интернете нашёл пример воркэраунда, который должен был это делать, но не только не понял как он должен работать, но и не смог заставить его работать.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: Статистика по сети
idec.talks
Andrew Lobanov(tavern,1) — Difrex
2020-02-07 06:47:41


Difrex> Круговые диаграммы зло, когда используются для манипуляции данными. Тут же сортировка есть и никаких манипуляций.

Просто круговые диаграммы не очень наглядны. Когда надо сравнить 2-3 параметра и они сильно отличаются, то да. А когда параметров много и различия не очень чувствительны, но заметны на гистограмме, на круговой диаграмме нифига непонятно. Поэтому приходится изучать выноски, легенды, табличное представление. Круговые диаграммы теряют смысл просто в таких условиях :)

# Re: Разгрёб фото и пр. материалов. Перемещение, классификация
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-09-16 10:20:42


AL>> Тогда я не понял изначальную задачу. Откуда брать дату и время, если не из exif?

Anotheroneuser> Из EXIF, больше неоткуда.
Anotheroneuser> Написал про 1980 год (меня тогда на свете ещё не было) просто так. Удивился, что дата такая.

Грубо говоря, это "нулевое значение даты". Хотя странно, что 1980, а не 1970.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: Разгрёб фото и пр. материалов. Перемещение, классификация
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-09-16 06:38:36


Anotheroneuser> Если для этого она берёт данные EXIF, то, конечно, ж... полная там будет с фотографиями )) Посмотрел: почти всё перепутано.


Anotheroneuser> Есть горы снимков, которые вообще не были датированы: указано 1 января 1980 года, но этого не может быть. И есть изображения, которые вообще не содержат какой-либо информации.

Тогда я не понял изначальную задачу. Откуда брать дату и время, если не из exif?

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: WM
linux.14
Andrew Lobanov(station13, 1) — Difrex
2016-04-01 14:16:23


Difrex> О, а меня второй моник появился недавно на работе :)

У меня дома два монитора по 19" 5:4 уже 8 лет живут. Третья машина уже с ними. Всё таки я больше люблю именно такое соотношение сторон. Ну или 4:3. А широкоформатники так и не полюбил.

# Re: Разгрёб фото и пр. материалов. Перемещение, классификация
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-09-14 12:32:35


Anotheroneuser> А, хочу добавить!
Anotheroneuser> Обращаюсь, только если есть у кого готовое решение. Или просто за советом по тактике : правильно или неправильно. Может, что ещё

Готового решения не имею, но можно попробовать написать. На выходных могу попытаться, если раньше никто не поможет.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

# Re: atool
linux.14
Andrew Lobanov(station13, 1) — btimofeev
2016-03-25 05:32:28


> # Надеюсь никто не будет против если я сделаю здесь перепост заметки из своего блога. Возможно она кому-нибудь будет полезна. Оригинал лежит по адресу www.emunix.org/post/atool

Не только не против, но даже за. Нужно больше информации =)

# Re: Статистика по сети
idec.talks
Andrew Lobanov(tavern,1) — vit01
2020-02-07 04:11:25


vit01> Но на будущее: круговые диаграммы - это зло
vit01> См. эта статья: https://habr.com/post/424647/

Спасибо за статью. Теперь мне есть куда тыкать любителей круговых диаграмм :)

# Re: Парсинг цитат
idec.talks
Andrew Lobanov(tavern,1) — Difrex
2020-02-06 14:07:51


>> У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().
Difrex> Спасибо. Попробую сделать аналогично.

Похоже, у тебя квотер из ссылки протокол подрезал. Это баг или фича? :)

# Re: Собстно Линукс
linux.14
Andrew Lobanov(station13, 1) — shurshun
2016-03-23 05:36:19


> Кеды точно не подойдут, слишком монстрячно,
> много лишнего, и мне явно не нужного.

Попробуй Trinity тогда. Это форк третьих кед (как Mate - форк второго гнома).

# Re: Собстно Линукс
linux.14
Andrew Lobanov(station13, 1) — vit01
2016-03-23 04:32:17


> Поставь что-нибудь из этого через пакетный менеджер; не понравится - вернёшься на гном.

Надо учесть, что оно названо как-нить типа mate-desktop или lxde-desktop. Специфика дебиана и его отпрысков.

# Re: Собстно Линукс
linux.14
Andrew Lobanov(station13, 1) — shurshun
2016-03-23 04:28:57


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

Если комп тянет третий гном, то есть смысл посмотреть в сторону KDE.

# Re: termux
linux.14
Andrew Lobanov(station13, 1) — shurshun
2016-03-18 15:24:40


shurshun> Не удалось подружить elinks с Русским языком.
shurshun> Отображает страницы транслитом. Такое чувсиво что
shurshun> собран без поддержки юникода.
shurshun> // Использую lynx, да он не фонтан конечно.

Попробуй w3m, кстати. Мне он больше понравился в своё время.

# Re: Парсинг цитат
idec.talks
Andrew Lobanov(tavern,1) — Difrex
2020-02-06 08:25:16


Difrex> А где у нас можно посмотреть на хороший алгоритм парсинга цитат? Ибо меня достала ситуация с частично нерабочим выделением цитат на Динамике :)

У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: https://github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().

# Re: Хабраэха
idec.talks
Andrew Lobanov(tavern,1) — vit01
2020-01-27 11:12:06


libra>> Возможно ли реализовать такую штуку на станциях-нодах, по виду того как генерирует список эх нода на iing, конфиг для caesium^?
libra>> http://w0nderland.tk:3000/x/caesium
vit01> По стандарту список эх у каждой станции есть
vit01> https://ii-net.tk/ii/ii-point.php?q=/list.txt
vit01> А то, что Андрей наворотил специально для Цезия, - это костыль

Не костыль, а небольшое расширение для облегчения жизни. Частью стандарта не является и никем реализован быть не обязан. Так что опираться в настройках стоит в первую очередь на list.txt и f/list.txt.

libra>> т.е. вместо echo -- будут так же прописаны archive

Тут есть тонкость. Цезий не фетчит эхи, помеченные как архивные. Они прописываются исключительно для того, чтобы иметь к ним доступ, но в обмене не участвуют. Так что чтобы утянуть архивную эху, например, с alicorn archive, нужно её сперва прописать как echo, потом клонировать (клавиша C, если мне память не изменяет, помечает эху на клонирование) и засинхронизироваться с нодой. Потом в конфиге изменить echo на archive. Сделано неудобно, но таковы были реалии времён ii :)

libra>> И вообще, какая аннотация, принцип, по которому эхи попадают в архив?! т.е. в них перестают появлятся какое-либо сообщение, от кого либо? Кончается календарный год, и всё собрание сочинений написанных к примеру rss, и прочими ботами-парсерами, можно сложить в архив?!
vit01> Всё решается для каждой эхи индивидуально. Иногда для RSS-эх можно посбрасывать старые сообщения, но для нормальных эх договариваемся, если они не нужны

Если эха становится никому не нужна, то она умирает. Иногда мы решаем, что содержать её не имеет смысла и снимаем с фетчигна на серверах, а Виктор переносит её в архив. Он у нас главный архивариус :)

# Re: Как в Emacs двигать слова
develop.16
Andrew Lobanov(tavern,1) — Difrex
2018-08-21 04:53:26


Difrex> ====
Difrex> (defun setup-move-words ()
Difrex> "Move word right or left."

Difrex> (defun move-word-right (arg)
Difrex> "Move word to right."
Difrex> (interactive "*p")
Difrex> (transpose-words 1))

Difrex> (defun move-word-left (arg)
Difrex> "Move word to left."
Difrex> (interactive "*p")
Difrex> (transpose-words -1))

Difrex> (global-set-key [\C-\S-right] 'move-word-right)
Difrex> (global-set-key [\C-\S-left] 'move-word-left))

Difrex> (setup-move-words)
Difrex> ====
Difrex> По ctrl+shift+стрелка вправо двигаем слово на право, со стрелкой влево - влево =)

Всё оказалось даже проще, чем я думал =)

Emacs мощен, блин.

# Re: Как в Emacs двигать слова
develop.16
Andrew Lobanov(tavern,1) — btimofeev
2018-08-21 04:52:36


Anotheroneuser>> Ничего не нашёл, кроме -- менять слова местами по M-t
btimofeev> А чем оно тебе не подходит? Судя по справке это то, что тебе и нужно. К примеру C-u 4 M-t передвинет слово вперёд через 4 слова, C-u - 4 M-t назад через 4 слова. Правда довольно объемный кейбиндинг выходит, возможно можно как-то переопределить покороче.

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

# Re: ## СРОЧНО ##
std.club
Andrew Lobanov(Go!,0) — Ромеро
2017-04-16 11:28:58


Ромеро> сделал совсем простенький интерфейс для подписок - теперь для админов доступен url /ecfg, где можно задать подписную строку - а она будет сохраняться в файл subs0.lst - а на фетчере надо будет просто указать fetchcmd `cat subs0.lst`, так можно управлять подписками
Ромеро> если станций больше, то, соответственно, это url /ecfg/1, /ecfg/2, которые будут записывать в файлы subs1.lst, subs2.lst и т.п. (только цифры)
Ромеро> доступно в hg

Когда мы делали со стандартом нечто похожее, нас окрестили раскольниками =)

# Re: Termux
linux.14
Andrew Lobanov(station13, 1) — vit01
2016-03-17 14:39:42


vit01> Вообще на самом деле сомневаюсь в нужности такой штуки, как сплешскрин. Если уж очень хочется для красоты, то можно вынести его в окно справки или во что-то подобное.

Именно поэтому есть опция nosplash.

# Re: Termux
linux.14
Andrew Lobanov(station13, 1) — vit01
2016-03-17 10:45:59


vit01> Только не забудь выключить сплеш в цезии после смены шрифта, иначе при достаточно большом шрифте он будет падать.

Это всё от того, что я не подразумевал запуск цезия на терминалах меньше 80х25. Видимо, придётся пилить поддержку мелких терминалов.

// А ещё цезий падает, если во время фетча или отправки сообщений менять размер терминала в меньшую сторону.

# Re: Yet another idec client
idec.talks
Andrew Lobanov(tavern,1) — libra
2020-01-22 11:38:22


libra> И добавляет ещё одну пустую строку;

Кажется, проблема в том, что я не вырезал полученный от формы \r в конце строк. То есть было \r\n вместо \n.

Сейчас, вроде, пофиксил. На этом сообщении и посмотрим :)

# Re: Yet another idec client
idec.talks
Andrew Lobanov(tavern,1) — libra
2020-01-21 11:35:43


libra> Довольно странное в строки веб-клиент; по крайней мере оно довольно странно отображается через бравзер MF 60xx esr
libra> https://dynamic.lessmore.pw/thread/74cb532e-a1d0-4d19-a344-4d315e95e501#sjbB67F6WigMCPdm3gk9

Не очень понял о чём речь, если честно. Посмотрел вот тут http://idec.spline-online.tk/sjbB67F6WigMCPdm3gk9 всё нормально сообщения тоже адекватные, вроде, уходят.

Сам проверял на firefox-esr 68.4.1 из десятого дебиана. Закинь скриншот в pictures хотя бы.

# Yet another idec client
idec.talks
Andrew Lobanov(tavern,1) — All
2020-01-20 07:45:09


Что-то захотелось сидеть в уютненькой через вебморду, но клиента, а не ноды. В связи с этим решил применить то немногое, что осело в голове после прочтения третьей части первого тома Лутца :)

В связи с таким желанием в свободное от работы, ремонта и семейных дел время начал попиливать https://github.com/spline1986/idec-client

Пока что он умеет следующее:

* эхи;
* фэхи;
* различные шаблонов оформления.

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

В настоящий момент я им активно пользуюсь и ловлю баги да шероховатости.

Если интересно попробовать, то вот пример config.json:

{
    "node": "http://idec.spline-online.tk/",
    "auth": "your authstr",
    "template": "gurochan",
    "echoareas": [
        ["idec.talks", "Обсуждение технологии и сети"]
    ],
    "fechoareas": [
        ["pictures", "Картинки"]
    ]
}

# Re: Настройки idec mobile
idec.talks
Andrew Lobanov(tavern,1) — vit01
2020-01-19 05:00:37


vit01> У каждого андроид-приложения есть имя пакета, в котором негласно принято указывать имя разработчика и название приложения. Например, com.google.apps.translate

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

# Re: twtxt
linux.14
Andrew Lobanov(station13, 1) — Рома Бибек
2016-02-16 05:24:49


РБ> ii, как и гк11, как и фидо - это именно централизация. распределённость и нераспределённость - это вообще техническое, не имеющее отношенния к этому

Специально для тебя я указал, что "технически". А по смыслу и идеологически централизация, конечно. Информация размазана по всей сети, но всегда в одном месте. Как бы странно это не звучало для стороннего наблюдателя.

# Re: Тормоза eMACS и первые впечатления от i3
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-08-10 18:33:19


Anotheroneuser> Это не давало мне спать ночью, когда проливной дождь по-летнему хлестал в тёмное окно.

Поэтично =)

Anotheroneuser> Мне виделся Andrew Lobanov, который весело рассуждал, как это здорово -- быть Emacs-ером. Можно жить и ни о чём не переживать, ведь теперь все твои проблемы ерунда, по сравнению с этим..

=)

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

Anotheroneuser> Недавно я осознал, насколько он был... прав! :)

Просто делает жизнь чуточку проще =)

Anotheroneuser> Короче, стояла у меня прога под названием CopyQ.
Anotheroneuser> Она и тормозила.
Anotheroneuser> Узнал случайно. За ненадобностью снёс к едреням, поскольку начал подозревать её в хищении содержимого буфера обмена или как он правильно называется в Emacs. Работал в Emacs --nw и иногда не мог ничего скопировать/вставить по M-w или Ctrl+Shift+C.
Anotheroneuser> Удалить -- удалил, но сессию не перезапустил.
Anotheroneuser> И зачем-то запустил Emacs-GUI. C-Backspace-нул несколько раз и Cinnamon выдал поленницу ошибок CopyQ. Тут-то до меня и дошло, что вот она, падла, где была загвоздка.
Anotheroneuser> Перезапустил сессию, запустил Emacs-GUI, C-Backspace-нул и никаких тормозов.
Anotheroneuser> Всё, можно спать спокойно.

Офигеть. Таких наглых программ я ещё не видел.

Anotheroneuser> Второе -- это I3
Anotheroneuser> ----

Anotheroneuser> Вот сейчас из-под него (или из него, или в нём, или на нём), чудом догадавшись, как вызвать терминал, пишу этот рассказец). В общем, .. надо почитать руководства-инструкции, конечно ) Но i3 однозначно торт.

В начале руководства на официальном сайте есть шпаргалка со всеми стандартными хоткеями. Очень наглядная, состоящая из двух картинок. Всё остальное руководство описывает возможности конфигурации wm.

Anotheroneuser> Пётр, спасибо за рекомендацию.

Меня, кстати, тоже Пётр подсадил, хотя про этот wm я знал и до того =)

# Re: Vim на телефоне
linux.14
Andrew Lobanov(station13, 1) — vit01
2016-02-16 05:08:57


btimofeev>> И в самом цезии тоже все на vi-кнопки забиндил.
vit01> Аналогично.

Не зря значит выносил биндинги =)

# Re: bugs
idec.talks
Andrew Lobanov(tavern,1) — libra
2020-01-16 16:57:36


libra>>> Проверил http и https ... результат выхлопа работы с mira одинаковый.
AL>> Попробуй в браузере из той же подсетки открыть https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures
libra> В бравзере открывается нормально;

Ну тогда проблема в цезии :)

libra> ====
libra> nodename mira
libra> node https://ii-net.tk/ii/ii-point.php?q=/
libra> auth ***
libra> to jmaks

libra> echo pipe.2032 Межсетевая труба
libra> echo mlp.15 Дружбомагия
libra> echo python.15 Все о питонах
libra> echo onion.14 Сеть TOR
libra> echo ru.humor.14 анекдоты
libra> echo game.rogue.14 рогалики-игры
libra> echo std.club instead-клуб
libra> echo ii.14 Обсуждение ii и софта
libra> echo linux.14 Эха для линускоидов
libra> echo develop.16 Программирование
libra> echo tmp.red.eyes Красноглазые приключения
libra> echo lit.14 Литература
libra> echo creepy.14 Страшные истории
libra> echo vit01.2014 Локалка vit01
libra> echo ii.test.14 Тестирование работоспособности
libra> echo habra.16 статьи с Хабра
libra> echo ifiction.15 rss ifprint
libra> echo lor-opennet.17 linux opennet rss
libra> echo ifhub.club rss ifhub
libra> echo vk-news.15 новости vk
libra> echo lenta.rss rss lenta
libra> echo piratemedia.rss rss piratemedia
libra> ====

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

# Re: NNTP, Usenet, Emacs, gnus
develop.16
Andrew Lobanov(tavern,1) — Peter
2018-08-04 04:06:09


>> Кстати, я знаю, что в клубе есть эхи из секты =) Но я не знаю какие и есть ли где-то их список.

> А на сайте есть кнопка подписки. Это ж твой iing на стероидах. Там и список есть.

Ну я из этого и исходил. В iing на главной все публичные эхи видно =)

# Re: twtxt
linux.14
Andrew Lobanov(station13, 1) — Рома Бибек
2016-02-16 04:42:03


> это принципиальная разница, называется "Чебурашка ищет друзей". децентрализация vs централизация. при децентрализации ты должен тайно или явно искать себе фолловеров или как они там называются. в ii же наоборот, все вещи подчинены эхам, в которых уже есть живые (и не очень) люди, и ты прямо с ними и общаешься

В данном случае технически это децунтрализация и распределённость. ii и наш её вариант крут помимо прочего распределённостью, когда информация размазывается по всей сети. Сабж же вообще странен и сомнителен, но это ИМХО.

# Re: NNTP, Usenet, Emacs, gnus
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-08-03 21:17:59


>> Не совсем понятно о чём речь.
Anotheroneuser> Вот ссылка на каталог со снимками экрана: https://yadi.sk/d/Jn9OwvFH3Zspan
Anotheroneuser> Я там кое-что подтёр, не обессудьте — в Сети же общаемся.

В ридми описаны хоткеи. Для выхода жми F10. Потому что ncurses при аварийном закрытии приложения (по Ctrl+C например) не возвращает терминал в исходное состояние. Питонов у тебя нормально. По сути только второй и третий, что есть норма. Остальное это симлинки на эти два интерпритатора.

>> Скрипт сам должен выбрать третий питон. Совместимость гарантирована с версии 3.2 по 3.7.
Anotheroneuser> Когда запускаю, просто кликнув на caesium.py мышкой, так и получается. Но когда запускаю из терминала, то возникает такой вот вопрос. Жить это не мешает.

Вопрос не понял. В терминале переходишь в директорию цезия и набираешь ./caesium.py. Он запустится без проблем. Или просто Enter в mc когда курсор на этом файле.

# Re: NNTP, Usenet, Emacs, gnus
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-08-03 20:27:39


Anotheroneuser> А можно ещё спросить? Когда запускаю Цезий в терминале, то какой... из питонов выбирать? ) А то, у меня их тут почему-то несколько. Когда Цезий закрываю, то приходится немного корячиться с выходом — не сразу получается вернуть терминал в исходное состояние.

Не совсем понятно о чём речь. Скрипт сам должен выбрать третий питон. Совместимость гарантирована с версии 3.2 по 3.7.

# Re: bugs
idec.talks
Andrew Lobanov(tavern,1) — libra
2020-01-14 09:44:15


> Проверил http и https ... результат выхлопа работы с mira одинаковый.

Попробуй в браузере из той же подсетки открыть https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures

Появится индекс фэхи? Можешь за одно и конфиг цезия выложить в части станции Мира. Только auth подотри.

# Re: ii node
idec.talks
Andrew Lobanov(tavern,1) — libra
2020-01-12 17:52:58


libra> О, отличносте!
libra> Так что там по актуальной карте покрытия сетки?! Вообще существует оно или забросили,
libra> или ничего не изменилось и старые данные из 2017-2018гг адекватно актуальны?

Вроде как изменений в топологии нет. Зазывал было народ выслать свои сегменты, но народ забил.

# Re: Зачем?
std.club
Andrew Lobanov(Go!,0) — Ромеро
2017-04-15 06:39:05


Ромеро> я просто не хочу заниматься кликализмом, чтобы пройти все этажи

Ну без этого один хрен не пройти игру. Так что просто удали кота и возьми другую.

Ромеро> для меня идеал - это The Secret of Monkey Island, который несмотря на дуэль на ругательствах (а она прикольная, я её перевод как-нибудь тоже в виде сервиса сделаю), всё довольно весело. А кликать 7 этажей - это скучно :(

Ну так играй в секрет острова обезъян. Это как виндузятники про другие системы "не как в виндовс". Больше всего на виндовс похоже виндовс. А на секрет острова обезъян похож секрет острова обезъян. Тебе в любом случае придётся ходить по этому зданию. Ну или забить и не играть.

# Re: mcabber
linux.14
Andrew Lobanov(station13, 1) — btimofeev
2016-02-02 08:53:42


btimofeev> Я разобрался в своей проблеме. Эти мои конференции подгружались с сервера из закладок. Закладки я создавал давно в другой программе и в них содержался только jid конференции без имени. Видимо поэтому mcabber выставлял им пустые имена. После переименования и пересохранения в закладках все нормально работает.

Я после Tkabber'а на mcabber переходил. Он у меня из закладок брал конференции, но вместо имён выставлял jid. Видимо, тот изначальный клиент не очень корректно с закладками работает. Или наоборот mcabber чудит.

# Re: NNTP, Usenet, Emacs, gnus
develop.16
Andrew Lobanov(tavern,1) — Peter
2018-08-03 18:48:14


Peter> Вот тут внизу страницы написано:
Peter> https://instead-hub.github.io/page/club/

Кстати, я знаю, что в клубе есть эхи из секты =) Но я не знаю какие и есть ли где-то их список.

ЗЫЖ Да это агитация за секты =)

# Re: NNTP, Usenet, Emacs, gnus
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-08-03 18:46:03


Anotheroneuser> > А так - есть caesium:
Anotheroneuser> Установил, запустил, но когда пытаюсь написать сюда, он отвечает

Anotheroneuser> ====
Anotheroneuser> Работа с http://ii.club.syscall.ru/
Anotheroneuser> Отправка сообщения: 1/1
Anotheroneuser> ERROR: unknown auth!
Anotheroneuser> ====

Anotheroneuser> Надо пароль ввести, а куда — х/з.
Anotheroneuser> Куда? )

Цезий пока не очень дружелюбен и требует правку конфига. После указания адреса ноды укажи

auth <authstr>
to Anotheroneuser

Первая строка задаёт пароль для отправки сообщений, а вторая содержит имя пользователя для копирования сообщений с этим именем в поле To в карбонку. Карбонка это виртуальная эха с сообщениями из всех эх, которые адресованы лично тебе. Отвечать можно прямо оттуда.

# Re: ii node
idec.talks
Andrew Lobanov(tavern,1) — jmaks
2020-01-11 18:58:59


jmaks> На данный момент запустил ноду iing в свободное плавание на простом и дешёвом vds за 50р/мес [vda 5Gb, ram 512Mb, vcpu 1, ehternet 5Mb/s]

Настроил фетчинг всего содержимого твоего узла с таверны.

# Re: Зачем?
std.club
Andrew Lobanov(Go!,0) — Ромеро
2017-04-15 05:57:10


> дайте спойлеры на кота :) а то я захожу, а там семь этажей... чё, все объезжать надо?

Так ты спрашивай свои вопросы. Полного солюшена никто не писал за ненадобностью, а ты упорно не задаёшь вопросы.

А так, могу предложить рандомные спойлеры:

> spoiler

0JIg0LvQtdGB0YMg0LXRgdGC0Ywg0LrQsNC/0LrQsNC9Cg==

# Re: ii/idec
std.club
Andrew Lobanov(Go!,0) — Ромеро
2017-04-15 05:57:10


> А у тебя в веб-интерфейсе есть лента? Я пытался анекдоты почитать, но прокручивать быстро устал. Даже хоткеев CTRL+стрелка нет :( А в веб-интерфейсе я за два нажатия пробела читаю сразу шесть анекдотов. Эхи, как они сейчас есть, расчитаны именно на ленту, чтобы быстро прошёлся (ну и чтобы можно было выбирать порядок сортировки, или вверху новые, или вверху старые, в зависимости от того, что хочешь почитать).

Пока на ленту рассчитаны в основном эхи, идущие от тебя и Петра. У нас как-то исторически сообщения в основном более раздутые. Тем не менее, в виде ленты читалка планируется и после инстедоза она будет. Просто пока не получилось с наскоку сделать что-то удобоваримое. Лента на главной появится тогда, когда я базу переведу на СУБД. Пока же будет так, как есть.

# Re: mcabber
linux.14
Andrew Lobanov(station13, 1) — Difrex
2016-02-02 06:56:50


Difrex> Я пытался им пользоваться и он сломал мне ростер.
Difrex> Почти все люди из групп вида "Отдел безопасности", "Отдел вязания носков" переместились в группу "свалка". И это отстой полный.

Кстати, да. Давайте искать закономерность. Пропадают только элементы с кириллическими названиями или без разбору?

# Re: mcabber
linux.14
Andrew Lobanov(station13, 1) — btimofeev
2016-02-02 01:54:24


btimofeev> Здесь кто-то пользуется mcabber? Установил я его попробовать, а в нем имена конференций в ростере почему-то пустые. Помогает команда "/rename -", но ее необходимо заново вводить при каждом запуске программы (притом для каждой конфы отдельно). Это у всех так или я что-то недонастроил?

Скажи дистрибутив и версию mcabber хоть. Конфиг на базе чего лепил? Я брал конфигурационный файл из архива с исходниками mcabber. Озвученной тобой проблемы вообще не наблюдал.

//А какой jabber-сервер у тебя?

# Re: Немного фантазии
linux.14
Andrew Lobanov(station13, 1) — vit01
2016-01-19 04:36:36


vit01> http://ii-net.tk/ii/ii-web.php?msgid=d4AmGohAQMLs5ZzHSSrL

Надо вводить механизм форвардов и кросспостов =)

Идея забавная. Улынуло меня приятно. Правда я не люблю bossa nova jazz но такую песню бы послушал.

# Re: NNTP, Usenet, Emacs, gnus
develop.16
Andrew Lobanov(tavern,1) — Peter
2018-08-03 18:04:43


Peter> Через usenet еще можно читать fido. по моему. Но вообще, я не знаю, есть сейчас действующие сервера. Мне кажется, особой жизни нет.

Иерархия fido7 (соответствует 50 региону фидонета, то есть России) доступна на множестве nntp-серверов.

Русскоязычный Usenet больше мёртв, чем жив. В англоязычном жизнь есть, вроде. В общем, ситуация как с irc.

Для idec есть

https://github.com/idec-net/idec.el

Но я не знаю насколько он юзабелен пока, так как пользуюсь цезием (https://github.com/idec-net/caesium) и idec-mobile (https://github.com/idec-net/idec-mobile).

# Re: No subject
idec.talks
Andrew Lobanov(tavern,1) — around
2019-11-22 05:30:58


AL>> Это баг в цезии, который я всё никак не возьмусь исправить.
around> А вот ещё в копилку: если запускать Цезий не из каталога с Цезием, то будет ошибка:
around> iMac:~ around$ caesium/caesium.py
around> Traceback (most recent call last):
around> File "caesium/caesium.py", line 1945, in <module>
around> check_config()
around> File "caesium/caesium.py", line 67, in check_config
around> default_config = open("caesium.def.cfg", "r").read()
around> FileNotFoundError: [Errno 2] No such file or directory: 'caesium.def.cfg'

Это уже не баг, а фича. Цезий работает с текущей директорией. В ней ищет конфиг, в ней хранит базу, и так далее :)

# Re: ii/idec
std.club
Andrew Lobanov(Go!,0) — Ромеро
2017-04-15 04:18:21


> кстати, а есть хоть один не-веб клиент, где сообщения можно читать в виде ленты, просто прокручивая, а не по одному?

На ум только iitxt приходит =) CutieFeed тоже позволяет свежескаченные в виде ленты читать.

# Re: No subject
idec.talks
Andrew Lobanov(tavern,1) — jmaks
2019-11-07 04:23:16


jmaks>>> Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.
AL>> Цезий не только в sqlite умеет. По-умолчанию, он пишет сообщения в базу в формате ait (на каждую эху два файла - индекс и сообщения).
jmaks>>> Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.
AL>> И ничего не произойдёт, кроме того, что пропадёт сообщение. Это не битое сообщение, а баг в цезии :)
jmaks>>> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks>>> Должно пропасть твое избранное пустое msg.
AL>> Нет.
jmaks> AL<< Тогда вообще не понятно. Если баг в цезии. Т.е. где-то сообщение избранное прописалось на ноде чтоли? Если я загружу свежий чистый релиз-архив с цезием и просто подкину ему конфиг?! Это избранное сообщение повисшее в воздухе -- всё равно останется?

Не. Избранные сообщения это сугубо локальная штука. Просто где-то криво работают срезы. Вот и вся загадка. Надо просто взяться и исправить.

# Re: ii/idec
std.club
Andrew Lobanov(Go!,0) — z-Hunter
2017-04-14 19:28:12


z-Hunter> Тест. Если вы можете лицезреть данное сообщение -- отправка заработала.

Есть продувка!

# Re: ii/idec
std.club
Andrew Lobanov(Go!,0) — z-Hunter
2017-04-14 19:27:37


z-Hunter> Я тут поставил CutieFeed, читать могу, а вот отправить ответ не получается, выдаёт вот такую ошибку: http://prntscr.com/ewhvrs

Эха нынче ходит на mira station, а её сисоп автор этого клиента. Так что подожди немного и он, скорее всего, тебе ответит. Сам я толком его даже не тыкал, так как то настроения нет, что Qt5 собирать надо. Никак у меня настроение с Qt5 собранным не совпадали пока =)

# Re: No subject
idec.talks
Andrew Lobanov(tavern,1) — jmaks
2019-11-06 04:31:41


jmaks> Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.

Цезий не только в sqlite умеет. По-умолчанию, он пишет сообщения в базу в формате ait (на каждую эху два файла - индекс и сообщения).

jmaks> Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.

И ничего не произойдёт, кроме того, что пропадёт сообщение. Это не битое сообщение, а баг в цезии :)

jmaks> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks> Должно пропасть твое избранное пустое msg.

Нет.

# Re: ipfs
linux.14
Andrew Lobanov(station13, 1) — Difrex
2015-12-17 04:25:39


Difrex> Что думаете на счет сабжа?
Difrex> https://ipfs.io/

Особо ничего не думаю, хотя читал про неё раньше. Знаю, что Мицгол в векторном фидонете её внедряет.

# Re: No subject
idec.talks
Andrew Lobanov(tavern,1) — vmg
2019-11-05 16:07:54


vmg>> Я сохранил в избранные какое-то пустое сообщение и не могу его оттуда удалить.
vmg> Получается такая вот картина: https://yadi.sk/i/zr7_DFkKSAxITg
vmg> Какое-то сообщение находится в избранных. Я туда захожу и вижу это:
vmg> <https://yadi.sk/i/ZBZuYPnJjr8ykA>
vmg> Нажимаю Del, надпись "Сообщение отсутствует в базе" исчезает. Перехожу к перечню эх, а сообщение в избранных по-прежнему висит. Самостоятельное ковыряние в файлах ничего не дало, кроме понимания, что надо учиться и учиться )

Это баг в цезии, который я всё никак не возьмусь исправить.

Вообще, в последнее время к цезию такой интерес, что стоит вернуться к нему и хотя бы исправить баги. А вообще, я сейчас мечтаю о новом цезии :)

Когда в 2015-м я начинал эту программку я совсем не знал питон и не особо умел программировать (я до сих пор не особо знаю питон и не совсем умею программировать :). Поэтому он страшный и кривой как первая бетка чикаги.

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

# Re: ii node
idec.talks
Andrew Lobanov(tavern,1) — jmaks
2019-11-04 11:22:25


jmaks> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?

Всё осталось как было. Отпишись сюда или мне куда-нить как будет готов узел и наладим связь.

# Re: tezt old-caesium
std.club
Andrew Lobanov(Go!,0) — Ромеро
2017-04-14 19:27:37


Ромеро> а можно сделать так, чтобы в окне сообщений q давала ответ на сообщение, а в списке эх - выходила из клиента? я себе в старом именно так сделал, пришлось в коде разбираться

Можно, но придётся немного подпатчить код.

# Re: Видят меня в другой галактике?
std.club
Andrew Lobanov(Go!,0) — Peter
2017-04-14 19:27:37


>> блеклист
Peter> Возможно, нужно уметь блеклистить по нику. :) Но пока это не нужно.

Твита достаточно =)

# Re: Видят меня в другой галактике?
std.club
Andrew Lobanov(Go!,0) — Ромеро
2017-04-14 19:27:37


>> У тебя пережиток прошлого, а у нас вполне себе средство визуально идентифицировать отправителя. Ты всё время меряешь idec своими мерками, которые подходят ГК11 и тебе, но не подходят idec. Отсюда куча каши в голове на эту тему. Лучше или разобраться или таки совсем забить на idec.
Ромеро> ничё не понял. это я придумал эту адресацию, вообще-то :) а теперь ты мне объясняешь, зачем я её придумал? :) если честно, я не понял вообще ничего

Это как вопрос с ii. Ты придумал, а мы приспособили. Имея карту сети (правда пока вас там нет, но это временно), можно легко понять по адресу от кого и каким путём пришло сообщение.

# Re: Microsoft купил Github и будет устанавливать там свои порядки
develop.16
Andrew Lobanov(tavern,1) — vit01
2018-06-18 15:13:46


vit01> Сабж. Ваши действия?

Как там развиваются события? Уже пора переходить на self-hosted? =)

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — vit01
2018-05-17 05:03:43


>>>>  Awesome WM
AL>> А вот тут моё мнение диаметрально противоположное, если честно. Использовать лучше то, к чему привык. Конечно, любопытство в своё время заставило меня попробовать так называемые тайловые оконные менеджеры, да так на них и остался по сей день, но Awesome достаточно сложен в настройке, если именно осмысленно писать ему конфиг и аплеты, и его изучение требует времени и сил.
vit01> Ничего ведь не мешает просто попробовать. Да, конечно, для настройки авесома надо мануалов покурить, поизучать чужие примеры. Но зато интеграция WM с языками программирования вырабатывает творческий подход к своему десктопу.

Это основная причина, по которой я отказался и от Fvwm и от stumpwm. Я в итоге слишком много времени тратил на кастомизацию, вместо того, чтобы пользоваться машиной =)

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-05-17 05:03:42


Anotheroneuser> * Потом, когда ещё не было Спектрумов, пробовали составлять игры самостоятельно, но недоставало знания алгоритмизации (их и теперь недостаёт, но мне удалось найти литературу [1]. В конце задам вопрос по ней)

Ссылки не стоит, но авторов и названия же можно =)

Anotheroneuser> * Потом начались Спектрумы 48К, игры на кассетах, которые мы покупали ещё на старые российские рубли. Там уже, конечно, всё было по-взрослому: графика и прочее. Вот, текстовых игр для Спектрума я что-то не припоминаю..

Были, конечно. И их было много. На https://www.worldofspectrum.org/ их насчитывается 2217 штук. Для меня года с 1996-го это стал практически основной жанр игр, в которые я играл тогда.

Anotheroneuser> Припоминаю, как сосед, который учился в школе с уклоном по информатике, писал в клетчатой тетради программы для ЭВМ. На каком языке он их писал, уже не помню. Кажется, Бейсик. Некоторые вещи мне удавалось выучить попутно. Потом удивлял друзей, оказавшись в классе информатики, где учились уклоняющиеся в неё старшеклассники и оставляли машины (Электроника какая-то там) включенными с результатом на экранах. Мне удавалось изменять код и запускать его снова. Получалась хрень, но это впечатляло непосвящённых ))

Я так и не позанимался на компьютерах в школе. Да и были там корветы до самого моего 10 класса. Как раз когда я перешёл в 10 класс, поставили третьи пентиумы и там уже был паскаль.

Anotheroneuser> Вообще, тот код писать было весело.

Это да =)

# Странное рождение и долгая жизнь UNIX
linux.14
Andrew Lobanov(station13, 1) — All
2015-11-17 07:49:22


Когда хотят утешить, то говорят, когда для вас закрывается одна дверь, открывается другая. Так и вышло для Кена Томпсона (Ken Thompson) и Дениса Ритчи (Dennis Ritchie), когда они создавали операционную систему UNIX - одну из самых вдохновляющих и влиятельных программ за всю историю компьютерной техники.


Что было до UNIX: Эпоха Динозавров

Для Томпсона и Ритчи дверь закрылась в марте 1969 года, когда их работодатель, American Telephone & Telegraph Co. (AT&T), вышел из совместного с Массачусетским Институтом Технологий (MIT) и General Electric проекта по созданию интерактивных систем с разделением времени под названием Multics. Метод разделения времени (time-sharing), позволяющий нескольким людям использовать один компьютер одновременно, был изобретен всего десять лет назад и использовался в системе Compatible Timesharing System (CTSS).

Совместимая система с разделением времени, Compatible Timesharing System (CTSS), была одной из первых операционных систем такого типа. Разработанная в Вычислительном центре MIT командой, возглавляемой Fernando J. Corbató, система была продемонстрирована в 1961 на компьютере IBM 709. Усовершенствованная система CTSS запускалась на машине IBM 7094 и позволяла обслуживать до 30 пользователей одновременно через модемы.

Есть сохранившееся видео тех времён, где Fernando J. Corbató доступно объясняет принцип работы системы с разделением времени: https://youtu.be/Q07PhW5sCEk

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

Компания AT&T более пяти лет инвестировала миллионы долларов в проект Multics, закупая мэйнфрэймы GE-645 и координируя усилия многих ведущих исследователей в Bell Telephone Laboratories (Bell Labs), в том числе Ken Thompson, Dennis Ritchie, Joseph F. Ossanna, Stuart Feldman, M. Douglas McIlroy, и Robert Morris. Но новая операционная система была слишком амбициозна, и оттого её разработка серьёзно отставала от графика. В конце концов, корпоративные слизняки из AT&T решили ударить по тапкам и выйти из проекта.

После этого менеджеры Bell Labs сильно охладели к проекту разработки Multics. Такой поворот событий не мог не огорчать многих исследователей. Хотя операционная система Multics не достигла многих своих целей, она, по воспоминаниям Ритчи, предоставляла "удобный интерактивный сервис для вычисления, хорошую среду разработки, и систему, вокруг которой могло бы образоваться сообщество". Но беда пришла, и её совсем не ждали.

Справедливости ради, нужно отметить, что Multics ещё долгое время служила верой и правдой в разных академических и оборонных учреждениях. Некоторые машины с Multics составили части ARPAnet - то, что мы сейчас знаем как Internet, а тогда серьёзная сеть суровых американских вояк на случай ядерной войны. MIT's Multics был одним из первых сайтов в той сети.

Огорчённые этим событием, исследователи вернулись к использованию старой пакетной системы. В этот неблагоприятный момент, когда руководство было категорически против новых идей, казалось безрассудным продолжать разработку компьютерных операционных систем. Но это именно то, что Томпсон, Ритчи, и многие из их коллег по Bell Labs, отважились сделать. Теперь, 40 лет спустя, нам стоит поблагодарить этих исследователей за то, что они проигнорировали своих шефов и продолжили своё любимое дело, подарившее миру UNIX - одну из величайших компьютерных операционных систем всех времён и народов.

Томпсон, Ритчи, и Rudd Canaday из Bell Labs, начали делать наброски дизайна для файловой системы. Томпсон написал основы новой операционной системы для мэйнфрейма GE-645, установленного в лаборатории. Но конец проекта Multics означал и конец GE-645. Томпсон понял, что дальнейшее программирование под GE-645 это путь в никуда.


С чего начался UNIX...

После кончины Multics в 1969 году, Томпсон потратил часть своего времени на создание компьютерной игры под названием Космические путешествия, которая моделировала все крупные тела в Солнечной системе. Игроку требовалось провести космический корабль вокруг них, пытаясь приземлиться на планеты.

Игра, написанная для GE-645, была неуклюжа и очень дорогостояща - поиграть стоило примерно 75 долларов, потому как процессорное время стоило недёшево. Бродя по лаборатории, Томпсон наткнулся на PDP-7, мини-компьютер, созданный корпорацией Digital Equipment, и купленный его коллегами по Bell Labs.

PDP-7 выгодно отличался прекрасным видеовыводом, так что Томпсон переписал игрушку Космические путешествия для работы на PDP-7.

Это было куда сложнее, чем может показаться на первый взгляд. Так как отцы UNIX презирали всё существующее программное обеспечение, они должны были реализовать арифметику с плавающей точкой и полную спецификацию графических символов для подсистемы отображения и отладки, которые непрерывно отображают содержимое положений игрушечного корабля в углу экрана. Все это было написано на ассемблере, и запускалось на компьютере GECOS, выдавая бумажные ленты для PDP-7.

После этого небольшого упражнения в программировании, произошло ещё одно событие: летом 1969 года жена Томпсона, Бонни, уехала к родителям, чтобы показать их новорожденного сына. Кен Томпсон решил воспользоваться своим временным холостяцким положением и написал за это время отличный код, который потом превратится в Unix для заброшенного мини-компьютера PDP-7.

Название Unix связана с шуткой одного из коллег Томпсона: новая операционная система поддерживает только одного пользователя (собственно, Томпсона), и он рассматривал её как выхолощенную версию Multics - потому и нарёк новую операционную систему "Un-multiplexed Information and Computing Service". Это название позже превратилось в Unix.

Всё это непотребство творилось за спиной начальства, которое ничего не подозревало об этих игрищах.

Изначально Томпсон использовал GE-645 для создания и компиляции программного обеспечения, который он затем загружал на PDP-7. Вскоре Томпсон начал разработку файловой системы и пользовательских утилит: копирование, печать, удаление, правка файлов и, естественно, командный интерпретатор. Все программы писались на компьютере GECOS и переносились на PDP-7 на бумажной ленте. Как только Ассемблер на PDP-7 заработал к концу 1969 года, Томпсон был в состоянии писать код операционной системы собственно на самом PDP-7. Это был шаг в правильном направлении. Однако Томпсон и другие исследователи знали, что миникомпьютер PDP-7 уже был устаревшей моделью, как знали они и то, что руководство лаборатории не собиралось больше разрешать исследований по операционным системам.


Подпольная разработка UNIX и первые успехи

Так что Томпсону и Ритчи нужно было проявить изобретательность, которую они блестяще продемонстрировали: в заявке они попросили начальство купить одну из новых мини-ЭВМ DEC, а именно PDP-11. Запрос был сформулирован в очень кучерявых терминах: они написали, что целью является создание инструментов для редактирования и форматирования текста (то, что мы сейчас назвали бы текстовый процессор). Тот факт, что они также должны были написать операционную систему для новой машины, чтобы запускать текстовый редактор, был всего лишь сноской.

Менеджмент клюнул на приманку, и заказ на PDP-11 был размещён в мае 1970 года. Хотя сам компьютер доставлен быстро, носители данных для него привезли лишь через полгода. В этом время, Томпсон, Ритчи и другие продолжали разрабатывать Unix на PDP-7. После установки носителей данных в PDP-11, исследователи перенесли свою навороченную операционную систему на новую машину. Затем они перетащили туда текстовый редактор roff.

Первыми ходовыми испытаниями для Unix стал патентный отдел AT&T, где машинистки стали использовать Unix для набора, редактирования и оформления патентов. И это был успех! Патентное ведомство с удовольствием приняло новую систему, что дало исследователям достаточно авторитета, чтобы убедить руководство приобрести ещё одну машину, обновлённую и более мощную модель PDP-11, позволяющие продолжить их подпольные работы по Unix.

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

Так что же предлагали первые версии Unix, сделавшие её столь привлекательной? Главным козырем Unix было то, что она предоставляла иерархическую файловую систему, позволявшую то, что мы сейчас принимаем как нечто само собой разумеющимся: файлы могут быть размещены в каталогах и подкаталогах.

Каждый файл мог содержать не более 64 килобайт, и его имя могло быть не длиннее шести символов. Эти ограничения, кажущиеся такими неуклюжими сейчас, в то время были более чем адекватными.

Хотя Unix якобы создавался для обработки текстов, единственным доступным редактором в 1971 году был ориентированный на строки ed. Сегодня, ed по-прежнему является текстовым редактором, гарантированно присутствующим на всех системах Unix. Помимо обработки текстов и общесистемных приложений, первая версия Unix включала такие игры, как блэкджек, шахматы и крестики-нолики. Утилиты системного администратора включали сохранение и восстановления образов дисков на магнитную ленту, утилиты чтения и записи на бумажные ленты, а также программы для создания, проверки, монтирования и размонтирования съемных дисков.

Самое замечательное заключалось в том, что система предлагала интерактивную среду, которая позволяла работать в режиме разделения времени (time-sharing). Это позволяло нескольким пользователям использовать одну машину одновременно. Были доступны различные языки программирования, в том числе BASIC, Fortran, ассемблер и язык B. Собственно, язык B является потомком BCPL (Basic Combined Programming Language, базовый комбинированный язык программирования), и в конечном итоге превратился в чрезвычайно популярный язык C, созданный Ритчи во время работы над Unix.


Влияние UNIX

Огромное влияние Unix можно отчасти объяснить элегантностью дизайна, простотой, портируемостью и удачным стечением обстоятельств. Но, пожалуй, более важным было преданное сообщество пользователей, быстро выросшее вокруг Unix.

Всё было примерно так: в течение многих лет Unix оставались лишь исследовательским проектом Bell Labs, но к 1973 году авторы Unix сочли, что система была достаточно зрелой для того, чтобы выступить с докладом о ней на конференции Ассоциации вычислительной техники (Association for Computing Machinery).

Статья была опубликована в 1974 году в трудах АСМ, и её появление принесло шквал запросов на копии программного обеспечения.

Это поставило AT&T в трудное положение. Дело в том, что в 1956 году AT&T пошло на соглашение с правительством США, по которому компании запрещалось продавать продукцию, не связанную напрямую с телефонами и телекоммуникациями, в обмен на её право монополии в междугородных телефонных услугах для всей страны. Так что Unix не мог быть продан в качестве продукта. Вместо этого AT&T выпустила исходные коды Unix под лицензией, позволяющей использовать их любому желающему по цене носителей. Важная деталь: по тому же соглашению, AT&T не могла оказывать поддержку Unix. На протяжении многих лет исследователи Bell Labs с гордостью демонстрировали это на Unix-конференциях слайдом, который гласил: "Без рекламы, без техподдержки, без багфиксов, деньги вперёд."

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

Группа пользователей Usenix выступала в качестве центра по обмену программным обеспечением для Unix в США. Люди могли отправлять магнитные ленты с новым программным обеспечением или исправлениями и получать софт и исправления, которые Usenix получал от других. В Австралии, Университет Нового Южного Уэльса и Сиднейского университета, была создана более надежная версия Unix, Australian Unix Share Accounting Method, которая могла справиться с большим количеством одновременно работающих пользователей и отличалась более высокой производительностью.

К середине 1970-х годов, среда, возникшая вокруг Unix, напоминала движение Open Source, столь распространенное сегодня. Пользователи повсюду с энтузиазмом расширяли и улучшали систему, и многие из этих улучшений отправлялись обратно в Bell Labs для включения в будущие релизы. Однако с увеличением популярности Unix, стервятники из AT&T начали более пристально смотреть за тем, что пользователи делали с их системой.

Человеком, привлёкшим их внимание, был Jogn Lions, учёный, преподававший в Университете Нового Южного Уэльса в Австралии. В 1977 году он опубликовал книгу, ставшую самой известной в то время - A Commentary on the Unix Operating System, содержащую прокомментированный основной исходный код Unix.

Лицензионные условия Unix позволяли обмен исходным кодом, и изначально книга Лайонса продавалась лицензиатам Unix. Но к 1979 году адвокаты AT&T запретили распространение и использование книги в академических кругах. Сообщество Unix, будучи анти-авторитарным, отреагировало на это так, как и ожидалось: копии книги распространялись самиздатом со скоростью лесного пожара. Многие до сих пор держат почти нечитаемые фотокопии оригинальной книги тех лет.

Снующие всюду юристы AT&T стали привычным явлением, даже в Bell Labs. Например, между шестым релизом Unix в 1975 году и седьмым в 1979 году, Томпсон собрал множество важных исправлений ошибок. Он хотел исправить их для пользователей Unix, но юристы компании сочли, что это будет являться одной из форм техподдержки и запретили релиз. Тем не менее, эти исправления вскоре стали широко распространены по неофициальным каналам. Например, Lou Katz, основателю и президенту Usenix, позвонили в один прекрасный день и сказали, что если он придёт в определенное место на Mountain Avenue (где находилась Bell Labs) в 2 часа пополудни, он найдёт нечто интересное. Конечно же, Кац обнаружил магнитную ленту с исправлениями, которые быстро попали в руки бесчисленных пользователей.

К концу 1970-х годов, Unix, начавшаяся десять лет назад как бунт против потери комфортной среды программирования (Multics), росла, как сорняк, по всему научному миру и ИТ-индустрии. Unix расцвёл в начале 1980-х и достиг вершины своей популярности в начале 1990-х.

По многим причинам, Unix с тех пор уступил дорогу другим коммерческим и некоммерческим системам. Но его наследие, эта элегантная, хорошо продуманная и комфортная среда разработки программного обеспечения, продолжает жить по сей день. В знак признания достижений, Томпсон и Ритчи получили Japan Prize в начале 2011 года, увеличив коллекцию наград, которая включает National Medal of Technology and Innovation и Turing Award от Association of Computing Machinery.


UNIX жил, UNIX жив, UNIX будет жить.

Unix действительно является одной из наиболее влиятельных операционных систем, когда-либо изобретённых. Прямые потомки Unix в настоящее время исчисляются сотнями. С одной стороны родословной находятся различные коммерческие версии Unix, появившиеся на рынке в 1980-х годах после падения монополии Bell System. С другой стороны - различные Unix-подобные операционные системы, предком которых была версия Unix, разработанная в Университете Калифорнии, Беркли (University of California, Berkeley), в том числе используемая Apple - OS X. Именно Unix-подобные: разработчики Berkeley Software Distribution (BSD) Unix много работали над тем, чтобы удалить весь оригинальный код AT&T, чтобы их и основанное на нём программное обеспечение могло распространяться свободно.

Результаты этих усилий, однако, были поставлены под вопрос, когда филиал AT&T, Unix System Laboratories, подал иск против Berkeley Design Software в 1992 году за права интеллектуальной собственности на данное программное обеспечение. Университет, в свою очередь, подал встречный иск против AT&T. Последовавшая за этим судебная тяжба замедлила развитие свободных Unix-подобных систем, в том числе 386BSD, которая была разработана для Intel 386 - процессора, который использовался во многих компьютерах IBM.

Линус Торвальдс говорил, что если бы эта операционная система была доступна в то время, он вряд ли создал бы Linux. А вышло так, что Unix передал эстафету Linux в двадцать первый век, работая на самых разных устройствах: от беспроводных роутеров, телевизоров, настольных компьютеров и смартфонов Android до кластеров и суперкомпьютеров.

Хотя AT&T быстро уладили правовые споры с Berkeley Design Software и Университетом Калифорнии, юридические тяжбы на тему украденной Linux интеллектуальной собственности Unix продолжаются до сих пор. К 2004 году было подано не менее пяти крупных исков. Не далее как в августе 2011 года, компания TSG Group (ранее известная как SCO Group), проиграла в суде дело о владении авторскими правами Unix.

Судебные тяжбы по Unix - это, конечно, печально. С самого начала авторы и пользователи Unix делали всё возможное, чтобы создавать и делиться, даже если для этого требовалось бросить вызов власть предержащим. Такая самоотверженность резко контрастирует с жадностью, повлекшей последующие судебные баталии за обладание Unix.


Отдавая дань истории...

Мир компьютерного железа и программного обеспечения движется вперед поразительно быстро. Быстрый темп изменений для ИТ-специалистов, как правило, замечательная вещь. Но он приводит к тому, что мы забываем наше собственное прошлое, в том числе и важные уроки оного. Для решения этой проблемы, Warren Toomey [автор оригинального текста], в 1995 году начал почтовую рассылку по поиску старых поклонников Unix. Эта работа переросла в Сообщество Наследия Unix (Unix Heritage Society). Цель сообщества - не только сохранить историю Unix, но также собрать и сохранить эти старые системы, вернув их к жизни. С помощью многих талантливых участников общества Наследия Unix, Warren Toomey смог восстановить большую часть старого программного обеспечения Unix в рабочем состоянии, в том числе первый компилятор C, созданный Ритчи в 1972 году, и первый релиз Unix, написанный на C в 1973 году.

Долго ускользавшая от нас Чаша Грааля - первое издание Unix. Затем, в 2006 году, Al Kosso из Музея компьютерной истории в Mountain View, штат Калифорния, откопал печатную версию Unix от 1972 года, которая не только описывала внутреннюю работу Unix, но также включала полный ассемблерный код ядра. Это была удивительная находка, примерно как обнаружение первого автомобиля Ford Model T, пылящегося в углу сарая. Но мы не просто хотели полюбоваться на это издалека - мы хотели запустить первую версию Unix снова.

В 2008 году Tim Newsham, независимый программист, и я [Warren Toomey], собрали команду единомышленников-энтузиастов Unix, и решили воскресить эту древнюю систему. Работа была технически трудной и зачастую разочаровывающей, но в итоге мы создали копию первой версии Unix, и заставили её работать на эмуляторе PDP-11/20. Мы разослали сообщения, извещающие о нашем успехе всем, кому, как мы думали, это будет интересно. Томпсон, как всегда кратко, ответил: "Потрясающе". В самом деле, его детище удивительно, и я [Warren Toomey] был рад сделать всё от меня зависящее, чтобы история Unix стала более известной.


Оригинал статьи с фотографиями, видеороликами и прочей дополнительной информацией находится по адресу http://mydebianblog.blogspot.ru/2012/02/unix.html

# Re: Эталонная реализация idec
idec.talks
Andrew Lobanov(tavern,1) — vit01
2019-08-12 04:51:40


vit01> Попытался запустить на рабочем сервере своём ii-net.tk и обломался, потому что там проставлен HSTS, и браузер ни в какую не хочет пускать по обычному http, форсируя защищённое соединение.
vit01> Нужна поддержка сертификатов.
vit01> В той же Gitea всё это продумано до мелочей, хз, как с этим bottle себя ведёт.

Зачем это эталонной реализации? Кто-то будет её юзать в боевых условиях?

# Re: Эталонная реализация idec
idec.talks
Andrew Lobanov(tavern,1) — vit01
2019-08-12 04:51:39


AL>> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)
vit01> Слабая валидация POST данных. Особенно на тех же файловых эхах

Непонятно что именно не так =)

vit01> Способ хранения индексов вместе с файлами в фэхах меня тоже немного удивил. Можно попробовать в качестве атаки ввести фэху index и загрузить там файл с названием другой фэхи, тем самым легко затерев всё содержимое последней.

Можешь привести пример?

vit01> Мои пожелания:
vit01> 1. Складывать все конфиги, файлы, относящиеся к эхам и файлэхам, в отдельный каталог вроде "data"

На боевой реализации конфиги вообще в БД будут

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

В БД всё.

vit01> К конфигам удобнее добавить готовые примеры, чтобы ещё быстрее ускорить развёртывание станции.

Зачем ускорять развёртывание эталонной реализации. Это же по факту POC.

vit01> 2. Объединить cli-скрипты в единый интерфейс и запускать вроде
vit01> ====
vit01> idec.py run
vit01> idec.py points add Vasya
vit01> idec.py stats -f ... -t ...
vit01> idec.py stats --help
vit01> ====

Нет смысла. Это усложнит чтение исходного кода.

vit01> 3. Туда же, к cli-интерфейсам. Не надо городить велосипедов к парсингу параметров командной строки, ведь есть модуль argparse из стандартной библиотеки. Он же поможет тебе объединить все скрипты в один
vit01> https://docs.python.org/3/library/argparse.html

Про это я пока у Лутца не читал =)

vit01> 4. Текстовая БД не единственный тип БД. Я понимаю, что у нас это классика, но в боевых условиях, на десятках тысяч сообщений это не вариант. Только если в виде PoC

Нет смысла в эталонной реализации. Как и вебморда не нужна.

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — Peter
2018-05-15 05:24:35


Peter> Сугубо для оживления беседы. :) У меня был примерно такой путь:

Забыл же про свой неказистый путь рассказать =)

Когда мне было два года, отец собрал свой первый компьютер Радио-86РК. Честно говоря, я ничего толкового о нём рассказать не могу, кроме того, что мне очень нравилась на нём игра "Клад" и ещё отец написал простенькую программку, которая занимала меня пока он готовил ужин, а за одно учила считать до десяти. На экране было изображено десять вертолётиков и если я правильно их сосчитал и ввёл ответ, один из них улетал. Изображались вертолётики вот так:

  -.-
*=(0)

так как компьютер не имел графического видеорежима.

Потом был спектрум. Тоже самопальный и в разных вариантах. Без дисковода с 48 килобайтами памяти, с дисководом с ним же, с 128 килобайтами памяти, потом даже с музыкальным сопроцессором. Там я лет до восьми только в игрушки играл и баловался графическим редактором Art Studio. А лет в восемь задал себе вопрос: как же делаются эти игрушки? Как раз примерно в это время мой друг принёс мне книжку по бейсику для детей. Называлась она, как сейчас помню, "Сказки дядюшки компьютера". Там были нелепые истории и самое ценное - примеры программ на бейсике, визуализирующие эти истории. Меня тогда это сильно впечатлило, но при ближайшем рассмотрении оказалось, что написаны они на диалекте бейсика, отличном от спектрумовского. Сейчас я искренне недоумеваю как мне тогда это удалось, но я смог их ввести в спектрум и адаптировать под имеющийся диалект.

Если кто не помнит или не знает, ввод программ на бейсике в спектруме был достаточно хитёр. Каждый символ занимал в памяти один байт, но ввести можно было только 128 символов. И ещё 127 значений этого байта было отведено под команды бейсика. То есть на экране было написано какое-нибудь слово, например, "CIRCLE", а в памяти эта команда занимала целый байт. В связи с этим команды вводились нажатием одной клавиши или клавиши-модификатора и буквы. Это сильно усложняло мне задачу, ведь на тот момент у меня была только самодельная клавиатура вообще без какой-либо маркировки и догадаться, что надо нажать, например, EXT MODE и букву для ввода команд было тяжело. Но я и с этим справился =)

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

Так я и баловался с бейсиком и в ус не дул. Я слышал, что есть некий ассемблер, но у меня не было ни литературы ни компилятора этого дела. А больше языков я не знал совершенно. Даже не догадывался об их существовании. Открытием для меня стало приложение к журналу "Радиолюбитель" с оригинальным названием "Мой компьютер". Оказалось, что есть такой язык, как паскаль. Читая статьи и пытаясь понять опубликованные в журнале программы, я возомнил его чем-то очень крутым. Строго говоря, оно так и было, ведь прогаммы были ориентированы на Turbo Pascal от Borland, и PC с паскалем на фоне спектрума с бейсиком был очень классным и интересным. Но PC у меня не было. Как и какого-нибуь компилятора паскаля.

Правда однажды я у кого-то стянул компилятор для спектрума, но на 128 килобайтах оперативки что-то дельное на нём было сделать тяжело. Он был тяжёлый и на программу оставалось мало памяти. То есть было просто тесно. Не знаю, скорее всего я с ним просто не разобрался, ведь сопроводительной документации к нему у меня не было. Так что побаловавшись немного, я так и вернулся на бейсик, лелея мечту когда-нибудь осилить ассемблер, потому что все крутые программы на спектруме были написаны именно на ассемблере. Значительно позже мне попался справочник по процессору Z80 (сердцу спектрума), но сама концепция программирования на ассемблере настолько отличается от программирования на бейсике, что ничего это мне не дало.

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

Так я и промаялся с бейиком до 14 лет. А потом в моей жизни появился PC на базе 486 процессора. Рухлядь по тем временам (2001-й год), но после простенького спектрума это было для меня откровением. До того момента я вживую видел PC только у друга и ничего в нём не понимал. Только в дум резаться умел =)

Друзья быстро присоветовали книжку и дали заветные дискетки с турбо паскалем. На книжку мне пришлось копить несколько месяцев, но я всё таки её купил. Как сейчас помню, Немнюгин С. А. "Turbo Pascal Учебник". Кстати, очень хорошая книжка была для старшеклассников. Наисана ясно и примеры хорошие. Так я начал писать программки для доса.

Потом был целый пентиум, разогнанный аж до 166 МГц и Windows. И Delphi с ужасной книжкой "Delphi для чайников". Случилось это где-то уже годам к 16. На страшной и ужасной Delphi я просидел ещё несколько лет и даже диплом писал там же. А потом я открыл для себя GNU/Linux и занялся егё изучением. И программирование несколько забросил, ведь кроме паскаля ничего не знал, а с free pascal быстро наигрался. Так продолжалось достаточно долго и двигаться дальше я начал уже года в 24. Для начала освежил в памяти паскаль, начал играться с python-ом, вспомнил, что хотел попробовать написать игру для Instead. И понеслось до сих пор.

Профессиональная деятельность у меня ушла от программирования далеко в сторону, а для себя я пишу на чём попало. Python3, Common Lisp, Go и, конечно, lua. Ведь инстед стал частью моей жизни.

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

// Надеюсь, это было не слишком скучно читать =)

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-05-15 05:24:35


Anotheroneuser> Я о Моженкове особо ничего не знаю, если честно. ПРосто его видеодневник попался мне в Youtube и показался нормальным. Он там старается аккуратно советовать, так что, может я что-то не так понял: если разбираться, то придётся лезть в вашу профессию, а я не могу по причине полного отсутствия представления о ней )

Я о нём вообще только от тебя услышал. Просто рекомендовать C++ как основной язык сегодня не очен хорошо даже для профессионалов. Рекомендовать же его любителям и вовсе вредительство. Если говорить, например, о профессиональной деятельности, то знание C++ сейчас требуется только для сопровождения старых программ и кучи чужого кода. Новые программы на нём пишут мало. По крайней мере в сфере коммерческого ПО.

// Я говорю много тут, но на самом деле я совершенно не имею отношения к программированию в своей профессиональной деятельности. Максимум это простые скрипты иногда. Программирование для меня всего лишь хобби.

# Re: Тест
idec.talks
Andrew Lobanov(tavern,1) — vit01
2019-07-29 08:55:58


vit01> Видно, видно

Спасибо. Переехал на новое железо и не был уверен, что фетчер адвокатно отрабатывает.

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-05-15 05:24:34


>>  Это должно научить некоторым базовым вещам
Anotheroneuser> А могу я некоторые базовые вещи освоить просто в теории? Или обязательно надо сразу где-то закреплять их на практике?

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

>>  Awesome WM
Anotheroneuser> На некоторых снимках выглядит обалденно. Только у меня не настолько глубокое знание Linux на данный момент. Уже несколько лет работаю в Mint. Но надо что-то менять — согласен. Попробую..

А вот тут моё мнение диаметрально противоположное, если честно. Использовать лучше то, к чему привык. Конечно, любопытство в своё время заставило меня попробовать так называемые тайловые оконные менеджеры, да так на них и остался по сей день, но Awesome достаточно сложен в настройке, если именно осмысленно писать ему конфиг и аплеты, и его изучение требует времени и сил.

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-05-15 05:24:33


Anotheroneuser> Это позволит сэкономить массу сил. По-крайней мере, сейчас, когда их действительно есть куда девать. Как ты понимаешь, до меня практически не доходят характеристики языков программирования. Я просто не понимаю, что значит «монструозный-компактный» или «простой-сложный».

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

Anotheroneuser> С моей точки зрения на данный момент, язык — некий набор инструментов, с помощью которого мне предстоит оживить сценарий игры. Как это будет в натуре, пока даже не представляю. Ну main3.lua понять могу. И приблизительно представляю себе, что движок будет воспроизводить то, что предусмотрено алгоритмом, который ему напишешь в main3.lua. Наверное, в main3.lua же будут содержаться ссылки на звуковые- видео- фото- и прочие материалы, которые необходимо разместить в каталоге игры (это, кстати, отлично).

Instead предоставляет кучу удобных штук для программирования игр. Причём по большей части для написания игры уровня квантового кота (эталон да =) можно прочесть только документацию к движку и изучить код какой-нибудь простой игры. Тут я только о своих играх могу судить, так как в чужой код лажу редко, если это не код stead. Правда сейчас есть смысл опираться только на новое ядро, так что даже и не знаю в какую игру посоветовать заглянуть.

Anotheroneuser> Но читать код... пока не понимаю. Изучаю пособие. Слава Богу, кстати, что не придётся пока учить С++ )) Наверное, на это уйдут годы

Ну с инстедом всё просто на самом деле. Есть в РИЛ-сообществе мнение, что инсед сложный, но на самом деле это не так. Инстед против FireURQ, ИМХО, примерно как go против python. То есть писать на питоне, может, ипроще новичку, но go проще устроен с точки зрения синтаксиса и структуры языка. Инстед это простой инструмент, но не с самым низким порогом вхождения. Но это так. Растекаюсь мыслью по байтам =)

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

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

# Re: localhost
linux.14
Andrew Lobanov(station13, 1) — jmaks
2015-11-15 05:42:16


jmaks> Какие есть у кого предложения, что можно еще вкорячить на железку?
ii-ноду же ну =)

# Re: VirtualBox on amd64
linux.14
Andrew Lobanov(station13, 1) — jmaks
2015-11-12 18:40:59


Difrex>> Да, попробуй этот мануал http://docs.slackware.com/howtos:general_admin:kvm_libvirt
jmaks> Низкий поклон тебе, добрый человек, поисковые системы постоянно чудят со
jmaks> мной и на полезные и понятные маны в одном месте не выдают никаких ответов
jmaks> на запросы.
jmaks> Читаю и просвещаюсь. Вообще у слаки вроде такая богатая история, а с поиском
jmaks> манов в сети -- постоянно проблемы.
Вобще, это официальный сайт слаки. Как бы не такая уж и проблема =)

PS Но гугл действительно выдаёт муру по слаке часто. Просто потому что он так устроен.

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — Peter
2018-05-14 17:57:52


Peter> Сугубо для оживления беседы. :) У меня был примерно такой путь:

Довольно увлекательный, надо сказать, путь =)

Peter> 15) Написал INSTEAD. Понравился Lua, появился инстерес к высокоуровневым языкам. Так что теперь с удовольствием применяю то, что попадется под руку.

Вот, кстати, у меня отторжение высокоуровневых языков было приобретено сугубо благодаря спектруму и позже сишников. Переборол в себе это с помощью С =)

Peter> 16) Работы менялись, но C остался =)

И это не просто так. До сих пор считаю его очень крутым инженерным языком. Конечно, писать прикладной софт на нём нынче не очень удобно, КМК, но системные вещи сам Пат велел =)

# Тест
idec.talks
Andrew Lobanov(tavern,1) — All
2019-07-29 06:37:45


Меня видно?

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — vit01
2018-05-14 17:57:52


>>> Переходи сразу к lua
Anotheroneuser>> Привлекательная мысль, благодарю. И очень сэкономит время.
vit01> То, что для "настоящего" обучения программированию советуют C++, на самом деле не лишено смысла. Это должно научить некоторым базовым вещам, да и строгая типизация дисциплинирует.

ИМХО, а я не настоящий сварщик, делать первые шаги с C++ имеет смысл только если под рукой есть гуру, который всегда придёт на помощь. Причём именно гуру, а не преподаватель.

vit01> На мой взгляд, самое важное в обучении программированию - это иметь возможность сразу "потрогать" результат своего труда. А если твоя краткосрочная цель есть написание игрушек на Инстеде, то Lua - это точное попадание. Так у тебя будет мотивация улучшать свои навыки, и, натренировавшись, можно будет углубляться, переходить от простого к сложному. К тем же плюсам, например.

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

# Re: Эталонная реализация idec
idec.talks
Andrew Lobanov(tavern,1) — Difrex
2019-07-25 05:33:31


>> сделаете замечания
Difrex> filter() - это встроенная функция python.
Difrex> Т.е. делая так
Difrex> ====
Difrex> from api import filter
Difrex> ====
Difrex> Ты ее переопределяешь.

Спасибо. Переделаю.

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-05-14 17:57:52


>>  Не знаю почему тебе советовали начинать с С++
Anotheroneuser> Программу обучения составляю спешно, ориентируясь на мнение таких людей, как ты, Андрей, Пётр — специалистов.
Anotheroneuser> Начинать с С++ рекомендует В.Моженков в своём видеожурнале https://www.youtube.com/playlist?list=PLY7PmJJFH5nS_QOUktkW_eJikn41A819x
Anotheroneuser> Он говорит, что начинать изучение программирования с какого-нибудь вспомогательного (возможно, я не точно воспроизвожу его слова) языка приведёт к тому, что впоследствии придётся осваивать основной язык как бы заново. Может быть, меня попросту переклинило в анализе этой теории применительно к изучению Lua по отношению к C++... А, может, Моженков говорил это не для всех, а лишь для тех, кто планирует капитально связать свою жизнь с программированием и заниматься им профессионально? У меня-то нет такой цели.

Если честно, по ссылке я не сходил, но сильно не согласен с В. Моженковым по той простой причине, что в современном мире именно C++ требуется разве что для поддержки legacy-кода. Для системщиков он так и остался слишком монструзным, хотя кто-то что-то и пишет на нём, а для прикладного ПО появились более классные языки. Причём если говорить именно о прикладном ПО, то опускаться до низкого уровня нынче нет никакого смысла, так как большинство потребностей программиста, особенно если он пишет для себя, с лихвой покроют те же python или go.

>>  Переходи сразу к lua
Anotheroneuser> Привлекательная мысль, благодарю. И очень сэкономит время.

На самом деле, выражать свои мысли в коде проще, когда имеешь простой инструмент. lua достаточно компактный язык. При этом не требует больших знаний и уж тем более, знания C++.

// Может, я предвзят, но С++ не самый удачный язык в принципе. Не самый и плохой, но уж учиться программировать с него это как-то слишком.

# Re: Эталонная реализация idec
idec.talks
Andrew Lobanov(tavern,1) — All
2019-07-24 09:29:34


Теперь idec-txt поддерживает слайсы. Вроде как, теперь он вполне себе POC клиентской части полноценный.

# Re: Эталонная реализация idec
idec.talks
Andrew Lobanov(tavern,1) — All
2019-07-24 05:17:14


Много чего доделал и доработал в сабже. Также написал простенький idec-txt под шумок. И переписал скрипт отсылки файлов в фэхи.

Всё это лежит вот тут:

* https://gitlab.com/spline1986/idec - эталонная нода;
* https://gitlab.com/spline1986/idec-txt - скрипт для отпрафки файлов в фэхи;
* https://gitlab.com/spline1986/idec-utils - тут я собираюсь возродить свои скрипты для idec, но пока тут только скрипт для отправки файлов.

Если есть желание и время, буду признателен, если потестируете или сделаете замечания по README хотя бы =)

PS: Да. Докстринги я до сих пор не прописал. Это на очереди.

# Re: VirtualBox on amd64
linux.14
Andrew Lobanov(station13, 1) — jmaks
2015-11-10 15:45:29


jmaks> Каким образом можно заинсталлить vb на систему x86_64. Кто делал, что делал,
jmaks> как делал?

Я сейчас глупость скажу, но можно попробовать поставить мультилиб и собрать под 32 бита или подыскать версию vbox работающую на старом ядре.

ps Я так понимаю, попытка запустить ядро из current-ветки результатов не дала?

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-05-14 13:16:55


>>  Посоветуешь что-нибудь толковое по алгоритмизации. Я искал, но попадалось либо очень сложное, либо малоизвестное. А ты, наверняка, знаешь что-нибудь толковое.
Anotheroneuser> После «алгоритмизации» знак вопроса, конечно же))) Прошу прощения — спешил и спотыкался )

К сожалению, ничего не подскажу по этому вопросу. Сам учился по учебникам бейика и паскаля. Потом долго вытравливал их из себя =)

Но это был долгий путь наощупь. А вот чтобы что-то конкретное советовать, я даже и не знаю.

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

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

Лично я бы начал как раз с чего попроще. То есть с lua, так как он проще C++ и является целью. В books.tech (спрашивайте у оператора вашего уза =) лежит Иерусалимски на русском языке. Очень хороший учебник.

// Книжку могу скинуть более дургим способом, но для этого лучше написать мне на почту spline at rooker dot ru.

# Re: Освоение программирования
develop.16
Andrew Lobanov(tavern,1) — Anotheroneuser
2018-05-14 10:03:45


Anotheroneuser> Парни, набросал тут себе небольшую программу по освоению языков. Но, конечно, сомневаюсь в том, правильна ли последовательность и т.д. Можно вас попросить — посмотреть, исправить и рекомендовать мне что-нибудь? Там не очень много.

А где посмотреть то?

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

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14