Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14
RSS
# Google и x86_32
develop.16
vit01(mira, 1) — All
2016-07-12 05:02:26


Корпорация постепенно избавляется от поддержки 32-битных систем в своих инструментах для разработчиков. Так опытным путём я выяснил, что последняя рабочая версия SDK - 24, при этом в ней надо ещё заменить подкаталог build-tools на такой же из 23.0.1.

Последний рабочий вариант NDK - версия 10.

Если попытаться обновить SDK через встроенный конфигуратор, на следующий раз он просто не запустится. И даже не выдаст предупреждения, дескать, "ставится только 64-битная сборка, вы уверены?"

В официальных ChangeLog об изменениях написано вскользь и мелким шрифтом.

Понимаю, конечно, что гуглу просто лень делать сборки, но надо же хоть как-то предупреждать. А то нажал кнопочку "Обновить", и сборочное окружение полностью сломано. Несерьёзно для такой большой корпорации.

# Re: Как взять на карандаш
idec.talks
vit01(mira, 1) — Anotheroneuser
2018-11-04 16:32:18


> Пригодится, наверняка. Только разберусь, как его запускать..

На Арче из зависимостей только python, bash и python-pyqt5

На Дебиане/Убунте список зависимостей такой: python3-pyqt5, python3-pyqt5.qtsvg

Запускать сам клиент очень просто: файлик cutiefeed.py
Либо пометить для исполнения, либо набрать python3 cutiefeed.py

# Re: Загейтуйте динамик
idec.talks
vit01(mira, 1) — Difrex
2018-11-04 16:25:18


Загейтовано.

2All: проверьте в pipe.2032 сообщения ii://2QzNqUiyuoPcPn0l74KP и ii://0dIDXSJTLtR8N2KnLTl1 , они порченные, без текста

# Re: cmus
develop.16
vit01(mira, 1) — btimofeev
2016-06-13 19:02:57


btimofeev> Можешь еще посмотреть код deadbeef'а, у него внутри плагина доступна функция для добавления нескольких треков.

deadbeef как раз на разные сомнительные штуки имеет функцию плагиноинициализации. Здесь я сделал подобную вещь и тем самым завершил перенос функций добавления плейлиста внутрь плагинов.

Посмотрим, что разработчик ответит: https://github.com/cmus/cmus/pull/460

# Re: почему у меня не ходит эха
pipe.2032
vit01(mira, 1) — 51t
2014-08-02 15:39:42


Прокси спасет создателя іі
Или обращайся к своему провайдеру, если не лень...

# Re: cmus
develop.16
vit01(mira, 1) — btimofeev
2016-06-05 16:46:22


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

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

# Re: Как взять на карандаш
idec.talks
vit01(mira, 1) — btimofeev
2018-11-04 07:23:22


vit01>> Достаточно просто коротко тапнуть на надпись "msgid", и этот айдишник скопируется в буфер обмена.

btimofeev> Кстати, а как потом найти по этому id сообщение (в мобильном клиенте)? Если вбиваю в поиск, то не находит. И если сообщения нет в базе, то клиент показывает, что его нет: было бы замечательно, что бы он его предлагал скачать или сразу скачивал.

Достаточно лишь перейти по ii-ссылке вида ii://2GfFXMiDX4GNqmn01BjK из браузера или из любого другого приложения

А если сообщения нет в базе, то Меню -> "Обновить с сервера"

Предлагать скачивать - это неплохая идея, надо будет реализовать

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: cmus
develop.16
vit01(mira, 1) — vit01
2016-05-27 16:55:41


Заняться хакингом сабжа таки получилось. Начал с перемещения неуместного кода для cue в отдельное место (благо оно там уже есть) и с написания отдельного обработчика для "особенных" форматов.
Дальше планирую ещё больше убрать из самого плеера плагин-специфичные куски кода, но с таким количеством хаков и костылей это придётся делать постепенно и небыстро.

Проталкивать в апстрим пока страшновато (несмотря на то, что моя ветка уже собирается и не сегфолтится).

# Re: Несетевые проекты
develop.16
vit01(mira, 1) — btimofeev
2016-05-25 02:49:59


btimofeev> Могу предложить поучаствовать в относительно крупном проекте. Есть очень неплохой консольный музыкальный плеер cmus.

Спасибо за идею. Вот собрал его только что, потом освою и буду исходники курить.

# Re: emuchip-qt
develop.16
vit01(mira, 1) — btimofeev
2016-05-25 02:49:59


vit01> // Плюсы, кстати, неплохая вещь, особенно, в связке с Qt. Жаль, что раньше никогда почти дел с ними не имел.
btimofeev> А мне они уже не нравятся, слишком сложный язык, по-моему.

Смотря с чем сравнивать. Вот если сравнить C++ & Qt с Java на андроиде, то первая связка гораздо приятнее в работе.
А так на питоне проще всего делать. Вот хорошее отличие от питоновского PyQt в том, что не надо заморачиваться с импортами разных фич (т.е. не надо помнить заранее, какая вещь в каком классе находится).

# Re: а где сизя и пожарник
pipe.2032
vit01(mira, 1) — 51t
2014-08-02 15:05:32


Ага, наши тоже куда-то ушли

# Ой, гента-генточка
linux.14
vit01(mira, 1) — All
2014-08-13 10:41:43


Есть желание поставить генту на свой нетбук. Но проблема в том, что нетбук довольно слабый, поэтому очень долго компилиться будет. Как сделать так, чтобы система собиралась на сервере, а пакеты ставились на нетбук с сервера? (+ полное отсутствие дерева портажей и прочего для сборки)

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — 51t
2014-08-03 08:23:17


>с cfdisk-ом и emacs-ос пойдёт. :) но задачи возникают разные :)
С помощью emacs можно делать всё что угодно, поэтому emacsos тебе подойдёт :)

# Re: Как взять на карандаш
idec.talks
vit01(mira, 1) — Anotheroneuser
2018-11-02 05:38:34


Anotheroneuser> О CutieFeed мне до сих пор слышать не приходилось, кстати.

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

Вдруг пригодится

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: почему у меня не ходит эха
pipe.2032
vit01(mira, 1) — 51t
2014-08-02 15:04:53


>а зачем тебе наши местные провайдеры? :)
А вдруг разрастутся и к нам придут? :)

# Re: Как взять на карандаш
idec.talks
vit01(mira, 1) — Anotheroneuser
2018-11-02 01:11:03


Anotheroneuser> Но не знаю, как мне запомнить место, где было сообщение, на которое я хочу ответить.

Anotheroneuser> А ещё лучше -- просто подсказку, как запоминать адреса конкретных сообщений.

1. Если нужно просто "сохранить на потом", то в IDEC Mobile жмёшь звёздочку в верхней панели, когда читаешь сообщение, и оно появится в избранных.

В CutieFeed есть аналогичная звёздочка.

Если сообщение в избранных больше не нужно (например, ты ответил уже на него), то убираешь звёздочку.

2. Если нужна ссылка на сообщение, то тебе нужен его уникальный ID, состоящий из 20 символов.

В IDEC Mobile он находится снизу темы сообщения, прямо под отправителем и получателем. Отображается как "msgid: blablabla"

Достаточно просто коротко тапнуть на надпись "msgid", и этот айдишник скопируется в буфер обмена.

В CutieFeed msgid тоже отображается, его можно выделить и скопировать.

3. Для IDEC Mobile есть и третий вариант. Наверху справа в верхней панели есть кнопка с тремя точками, где меню. В меню есть пункт "сохранить в файл".
Сообщение вместе с айдишником сохраняется в текстовый файл. Тоже полезно.
Также в этой менюшке есть пункт "поделиться", который делает похожую вещь. msgid в тексте сообщения тоже сохраняется

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: почему у меня не ходит эха
pipe.2032
vit01(mira, 1) — 51t
2014-08-02 13:51:38


>Имя ему - АльянсТелеком.
Возьму на заметку.

А у моего провайдера аптайм 99,9%, зато платить очень дорого :)

# Re: emuchip-qt
develop.16
vit01(mira, 1) — btimofeev
2016-05-24 14:48:34


Хочется ещё и ещё кода понаписать. ;)

Надо бы какой-нибудь покрупнее проект найти.

// Плюсы, кстати, неплохая вещь, особенно, в связке с Qt. Жаль, что раньше никогда почти дел с ними не имел.

# Re: emuchip-qt
develop.16
vit01(mira, 1) — vit01
2016-05-24 06:02:48


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

# Re: emuchip-qt
develop.16
vit01(mira, 1) — btimofeev
2016-05-23 20:43:24


Хорошо. А я тут наконец-то выяснил, почему появляется та самая белая полоса внизу окна. Это происходит из-за того, что размеры окна становятся больше, чем размер [холста + меню].

У тебя есть функции set1x(), set2x() и так далее. Внутри них есть такой кусок кода:

setFixedSize (512, 256 + menuBar()->height()); // например, так

Так вот, обнаружил, что перед первой отрисовкой окна (то есть при вызове readSettings() из конструктора) функция height() выдаёт одно значение, а после отрисовки - другое. У меня правильным оказывается второе значение, а первое - на 3 пикселя больше, чем надо.

Варианты: либо продолжить разборки и найти в самом Qt причины этого, либо сделать какой-нибудь костыль.

# Re: почему у меня не ходит эха
pipe.2032
vit01(mira, 1) — 51t
2014-08-02 12:38:32


>нет, дело в моём провайдере, у котором и без этого косяк на косяке...
Интересно, какой это провайдер

# Re: О, а вот и поинты появились
pipe.2032
vit01(mira, 1) — spline
2014-08-02 08:28:09


>В общем, названия эх побоку. Нужно объеденить ii*, кроме теста, пожалуй, и общую болталку сделать (в которой мы уже общаемся).
Не против, сие не есть проблема.

>Я сейчас в Челябинске и не могу нормально посидеть и подумать. Так что давайте подождём понедельника и обсудим бон и всё такое?
Ок, мне особо некуда торопиться.

# Re: emuchip-qt
develop.16
vit01(mira, 1) — vit01
2016-05-21 10:48:40


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

# Re: emuchip-qt
develop.16
vit01(mira, 1) — btimofeev
2016-05-21 10:16:41


btimofeev> 2. ..... Вот передача этого массива между объектами реализована полным копированием, а не передачей указателя. Все мои попытки передать указатель заканчивались segfault'ом. Здесь наверное сказывается мое плохое знание c++, либо неправильная архитектура.

У меня получилось решить эту проблему. Вот приду с репетиции вечером, причешу код немного и закину на Гитхаб.
Правда, производительность только чуть-чуть повысилась, но всё же.

Над qt-шной пустой полосой пока думаю.

# Re: asgard
linux.14
vit01(mira, 1) — 51t
2014-08-01 11:50:23


Говорю же, проще самому сделать - чтобы и красиво, и удобно

# Re: dynamic
idec.talks
vit01(mira, 1) — Difrex
2018-11-01 16:37:16


Difrex> // А я на динамик новый дизайн завез. Думаю допилить его(постинг) наконец-то и выложить сорцы

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

Хотелось посмотреть поток сообщений в "роботизированных" эхах по дням недели в среднем за месяц, а там только для "человеческих"

Можешь пожалуйста сделать похожую страничку со статистикой для новостных эх? Ну или хотя бы подсказку дать насчёт API Elasticsearch, чтобы вытащить данные.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Кривой файл
idec.talks
vit01(mira, 1) — Andrew Lobanov
2018-10-24 16:27:43


AL> Ну я ж не знал, что лимит такой небольшой. Я файлы меньше 100 Мб кидаю. Зато почти каждый день =)
AL> Ладно. Буду в музыкальные эхи анонсить.

Увеличил до 80 мб лимит. Пока место на диске позволяет.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Кривой файл
idec.talks
vit01(mira, 1) — Andrew Lobanov
2018-10-22 12:58:36


AL> Возможно вчера успел утечь в фэху music сабж. bitjam_021 без расширения. Просьба сисопов проверить свои узлы в случае подписки на эту фэху.

Сначала удалил файл зиповник, а потом только увидел, что "без расширения". Скачал обратно :)

Ты предупреждай, когда большие файлы кидаешь. У меня на фетчере лимит то 30 мегабайт, то 35 на файл.

Поэтому, чтобы *все* твои файлы "доходили до адресата", мне приходится править конфиг, увеличивая лимит, потом вручную дёрнуть фетчер и править конфиг обратно.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Протокол IDEC
idec.talks
vit01(mira, 1) — Andrew Lobanov
2018-10-12 15:18:49


vit01>>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

vit01>> Надо поправить в документации, чтобы не заводить путаницу. Но в первом приближении это обычно и есть количество сообщений. Можно timestamp новейшего сообщения в эхе подставлять, наши клиенты этот вариант съедят даже без переписывания кода.

AL> Ваши съедят, а мои подавятся. На базе x/c мои фетчеры вычисляют размер слайса.

Действительно, тут я ошибся. IDEC Mobile тоже подсчитывает слайсы по ним (хоть и более хитро), а ещё уведомления выдаёт :)

Важно, что поле только возрастает, и что на сервере после удаления сообщений значение /x/c не должно уменьшаться.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: почему у меня не ходит эха
pipe.2032
vit01(mira, 1) — 51t
2014-08-02 07:26:28


>Для всех остальных - кто-нибудь может объяснить, почему оно у меня не ходитъ? :( И есть ли ещё кто-то, кто не видит сайта 51t.ru?
Может, дело в супербезопасном фаерволе OpenBSD? Хотя не мне судить, в системе не разбираюсь. 51t.ru видится и заходится.

# Re: Пока
pipe.2032
vit01(mira, 1) — 51t
2014-08-02 03:57:11


> нахрена ему ii-софт? большинство пойнтов вообще веб-интерфейсом пользуются.
Большинство (а, может, и все) наших поинтов пользуются клиентами по вполне понятной причине.

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

> а ii.soft должен умереть.
А это почему ещё?

# Re: asgard
linux.14
vit01(mira, 1) — 51t
2014-08-01 10:41:00


> https://www.linux.org.ru/gallery/screenshots/10724721
322Мб же, не подходит

# Re: Пока
pipe.2032
vit01(mira, 1) — 51t
2014-08-02 02:17:34


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

>ну да ладно, решайте. решите - расскажете :)
Хорошо

# Re: Несетевые проекты
develop.16
vit01(mira, 1) — btimofeev
2016-05-19 13:33:44


Серьёзная вещь, надо бы посмотреть.

btimofeev> Но в эмуляторе есть пара ошибок, которые я так и не решил (одна связана с размером окна Qt, вторая с указателями c++).

Если руки дойдут, то и над этим голову поломать можно. Можно поподробнее, что за ошибки?

btimofeev> // а вообще я всегда хотел написать эмулятор Sega Mega Drive, но думаю не дорос еще))

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

# Re: azot
develop.16
vit01(mira, 1) — vit01
2016-05-19 13:19:26


Сделал в сабже вот что:

* Инициализация дисплея для иксов теперь проходит только один раз
* В конфиге можно задавать самому задержку для проверки курсора
* Конфиг в самом начале не надо копировать вручную, программа сделает это сама
(вариант копирования из /usr/share/doc/ тоже работает)
* Теперь азот работает не на втором питоне, а на третьем

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

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — 51t
2014-08-01 05:23:29


> мне нужно что-то, что изначально живёт в initrd. желательно - в squashfs-xz, для экономии места.
Паппи умеет. Но всё равно там побольше, чем 2 файла

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — szia
2014-08-01 04:41:21


В паппи может быть многовато файлов, gparted там есть, но насчёт mc и testdisk не уверен (первый, скорее всего, есть). Существует куча сборок как с новыми, так и со старыми ядрами (обычно берут с длительной поддержкой)

http://uco.puppyrus.org/catalog/1021 основное место для скачивания PuppyRus
http://forum.puppyrus.org/index.php/board,22.0.html здесь сборки пользователей
http://uco.puppyrus.org/catalog/1014 ещё

Репозитории
http://mirror.yandex.ru/puppyrus/puppyrus/repository/ (здесь есть testdisk, mc и остальное)
http://murga-linux.com/puppy/

# Re: Несетевые проекты
develop.16
vit01(mira, 1) — Difrex
2016-05-18 09:51:52


Difrex> ЗЫ: Покажи свои проекты, интересно :)

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

Хотя есть кое-что: https://github.com/vit1-irk/timeleft
Андроид-приложение для товарищей школьников, которое позволяет отслеживать расписание занятий (уроки/пары, перемены). Появилось после экспериментов в ii://linux.14 по NDK: ii://RZdZbVEHDhzU8UcpWJsF
Простое, как валенок, но зато имеет неплохой UI и поддерживает уведомления.

# Re: azot
develop.16
vit01(mira, 1) — Difrex
2016-05-18 09:51:51


Difrex> Например, у меня на федоре иксы через примерно час начинают отлупливать соединения от Azot, типа, слишком часто. Скорее всего надо один раз подключаться и работать в пределах этой сессии, но как это сделать - я не знаю.

Заглянул в исходники X.py из азота. Там такой интересный кусок кода:

def get_cursor_position():
    while 1:
        try:
            data = display.Display().screen().root.query_pointer()._data

            return {'x': data['root_x'], 'y': data['root_y']}

Смущает очень сильно, что ты инициализируешь объект display через display.Display() каждый запуск этой функции. Если учесть, что это происходит постоянно раз в секунду, я не удивляюсь, что иксам это сильно надоедает ;)

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

У меня уже план есть по сабжу:

1. Переписать на python3
2. Убрать костыли и повысить производительность
3. Сделать опцию для ручного указания задержки в конфиге
4. Сделать автоматическую подгрузку конфига, чтобы в самый первый раз не вручную копировать

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

# Re: azot
develop.16
vit01(mira, 1) — Difrex
2016-05-16 13:53:21


Difrex> Жрет ресурсы не в себя. Там постоянно опрашивается положение курсора.

Вроде бы, это единственный рабочий способ для иксов.

Решил проверить, как реализуются действия с углами в аналогах сабжа. Откопал программу brightside (есть в дебиановских репах), посмотрел исходники и обнаружил, что там отслеживание тоже делается с помощью своеобразного таймера, который смотрит положение.

На уровне оконных менеджеров это должно делаться так же.
// тем более, они в любом случае за курсором постоянно следят.

Для производительности можно переписать сабж на Си, но вряд ли будет сильный прирост.
// удивило, кстати, что python2, а не python3

Что думаешь?

# Re: Протокол IDEC
idec.talks
vit01(mira, 1) — mirage
2018-10-11 18:44:25


vit01>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

mirage> Тогда это уже не количество сообщений будет, а что-то другое.

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

mirage> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.

Дефолт для клиентов - скачивать по 20 сообщений за раз (можно увеличить в настройках), а индекс получать пачками.

iitxt медленный, потому что он хитро парсит сообщения и что-то пересчитывает, это к автору клиента вопрос.

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

Проблема не только в удалении, но и в том, что сообщения могут не сохранять порядок в индексе базы. То есть они могут быть перепутаны хронологически.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Кто какой софт для ноды использует?
idec.talks
vit01(mira, 1) — mirage
2018-10-11 18:28:17


Андрей пользует собственный iing
Пётр - патченный iing
У меня своя нода ii-php
У Дениса своя реализация на базе elasticsearch

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Кстати
pipe.2032
vit01(mira, 1) — Difrex
2014-08-02 02:16:00


>ii.14 же сейчас не существует, да?
У нас не существует, у Ромы есть.

> Тогда однозначно ii.soft.14, чтобы мне, как поинту, не надо было менять подписки и прочие телодвижения делать :)
Ок. Один за, один против, решаем дальше :)

# всё, ладно
pipe.2032
vit01(mira, 1) — All
2014-08-01 17:24:43


пошёл спать, и это статусное сообщение

# Re: Кстати
pipe.2032
vit01(mira, 1) — Difrex
2014-08-01 17:23:12


Мы это и предлагали. Надо определиться, какую эху брать для софта: ii.14 или ii.soft.14 и составить список тематики.

# Re: Пока
pipe.2032
vit01(mira, 1) — 51t
2014-08-01 17:21:02


>с кем тебе нужно договориться-то? :)
С нашими и вашими сетянами по названию эхи с софтом и общему гейтлисту. Ничего же почти не сдвинулось

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — 51t
2014-07-31 15:49:20


> Я поэтому и спрашиваю, что не нашёл. Там же на лбу не написано, что они именно такие. :)
Довольно узкоспецифично, поэтому самому делать придётся, наверное =)

> Поэтому это и вопрос доверия - если это что-то используемое на практике - я это могу повесить смело.
То, что используется на практике, не имеет всего двух файлов и небольшого размера. Ну лично я таких не видел. Обычно файлов много везде

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — 51t
2014-07-31 14:56:12


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

> Без тестирования не может быть результата. Возникнут неочевидные ошибки, как у меня сегодня в gparted. "тяп-ляп и готово" не хочется вешать.
Тестировать всё равно придётся, так или иначе.

> Slax я знаю. Я его в 2005-2006 году полностью переделывал, поэтому очень хорошо его изучил. Я даже поддержку PXE туда добавил раньше, чем она официально там появилась. Я вокруг него очень много наворачивал. И теперь просто не хочу его брать. :) И это не совсем то - мне нужно два файла, kernel и initrd, чтобы я их закинул на ftp и загрузил.
> а больше 100 мб уже тяжеловастенько такие лайвы загружать. :)

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

# Re: Несетевые проекты
develop.16
vit01(mira, 1) — Difrex
2016-05-16 09:20:44


Difrex> Не заинтересует такая штука? https://github.com/Difrex/azot

Забавная вещь. И каковы планы по её улучшению? Делает своё дело, судя по видео, вполне исправно.

# Re: Несетевые проекты
develop.16
vit01(mira, 1) — vit01
2016-05-15 17:27:12


Итак, в PM вроде всё устоялось с фичами (если появятся ещё какие-нибудь хотелки, то пусть Денис пишет, поломаю голову).

Надо ещё и больше.

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

// могу и сам чего-нибудь предложить, но сначала подожду

# Re: PM
develop.16
vit01(mira, 1) — Difrex
2016-05-09 12:32:26


Difrex> Есть только проблема с отображением, если uri в ресурсе очень длинный - табличку корежит

Difrex> Я, в принципе, знаю как это поправить.

Там таблица строится очень просто - обычным дополнением пробелов справа.

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

# PM
develop.16
vit01(mira, 1) — Difrex
2016-05-09 10:05:08


В своём репозитории сабжа сделал ветку testing.

В этой ветке сделал вывод в красивую таблицу и исправил твой костыль с дублированием кода при выводе информации.
Протестируй и выскажи своё мнение.

./pm.pl -s -n all

# Пока
pipe.2032
vit01(mira, 1) — All
2014-08-01 16:44:43


Думал, что сегодня мы договоримся, а не будем оффтоп в эхе разводить :(

# Re: Atc - Around The World (La La La La La)
pipe.2032
vit01(mira, 1) — 51t
2014-08-01 15:06:59


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

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — 51t
2014-07-31 13:59:10


> миленько, но там главный этап, занимающий больше всего времени - это тестирование, это проверка того, что всё работает, как задумано
А так везде, просто так ничего работать не будет =)

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

> хотелось бы чего-нибудь готового и людьми реально используемого, чтобы уже было проверено на практике.
Тогда slax. Проще пареной репы. mc и firefox уже присутствуют, gparted - не проблема (если его там ещё нет, конечно). Используется лично мной на практике, показал свою надёжность, модифицируется очень просто.

Минусы - kde4 и размер ~200мб. Что не нужно, по идее, можно заменить/удалить, но лично я не пробовал.

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — 51t
2014-07-31 13:07:46


Убрали, говорю, кухню. Теперь там другие инструменты для создания livecd, по ссылке, что я дал.

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — 51t
2014-07-31 12:41:39


http://doc.slitaz.org/ru:handbook:genlivecd

хоть кухню с сайта убрали, но появилась утилита для лёгкой генерации лайвсиди слитаза по ссылке

# Re: PM
develop.16
vit01(mira, 1) — Difrex
2016-05-04 11:53:48


Difrex> Да вот красивый вывод в pm -sn all, только хочется. Все руки не дошли до того, чтобы сделать это.

Он разве слишком некрасивый? Там даже цвет есть, насколько видно.

Хотя всё-таки есть, чего улучшить. У меня вот в терминале тема оформления светлая, поэтому поле ID не видно совсем.

Difrex> Еще есть проблема в SQL, там нет уникального ключа по имени.

Ну это на раз-два.

Difrex> Да и вообще, я думаю, что стоит перейти на что-то noSQL, хотябы на perl Storable. + в этом, что избавимся в зависимостях от sqlite.

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

# Re: PM
develop.16
vit01(mira, 1) — Difrex
2016-05-01 14:38:34


Форкнул сабж и написал туда чуть-чуть:
https://github.com/vit1-irk/PM

Изменения:
* Теперь можно импортировать БД из файла
* При автогенерации пароля можно при желании задать его длину
* Место расшифрованной БД поменял на /dev/shm

Третий пункт сделал из-за того, что /tmp люди не всегда монтируют, как tmpfs (некоторые просто на диске его держат), а /dev/shm всегда автоматически ставится в tmpfs.

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

# Re: PM
develop.16
vit01(mira, 1) — Andrew Lobanov
2016-04-29 17:53:31


Оно хранится в зашифрованном (через GPG) виде в $HOME. При каждом взаимодействии база расшифровывается, находясь в /tmp, и сразу же удаляется.

Небезопасность заключается в том, что из /tmp расшифрованный файл базы можно позднее восстановить, если этот самый /tmp не примонтирован в виде tmpfs.

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

# Re: PM
develop.16
vit01(mira, 1) — vit01
2016-04-29 16:12:14


Итак, Named Pipes эта штука так же не поддерживает. А жаль, потому что в MySQL можно было нормально сделать LOAD DATA INFILE, и всё бы пахало, как часы.

Лучше было бы вообще не sqlite использовать, а json какой-нибудь, с ним бы точно проблем не было.

# Re: PM
develop.16
vit01(mira, 1) — Difrex
2016-04-29 14:10:21


Difrex> * Подсунуть базу драйверу sqlite как файл, т.е. через \$bd

И как бы это примерно выглядело? Непонятно, что под этим ты имеешь в виду.

Вместо хранения дампа можно сделать в том числе и Named Pipe, именно так лучше и попробую.

# Re: Atc - Around The World (La La La La La)
pipe.2032
vit01(mira, 1) — FireFighter
2014-08-01 14:25:53


> Хорошо, что у меня savefrom.net есть
Консольный youtube-dl удобнее в использовании

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — 51t
2014-07-31 12:23:21


>а есть ли подобный уже готовый образ slitaz, содержащий искомое?

у slitaz есть своя веб-кухня, можно прямо онлайн собрать его со своим софтом. Что не нравится - поправить. mc, testdisk и gparted там есть

# Re: Требуется live-образ спасательного дистрибутива, удовлетворяющий следующим условиям.
linux.14
vit01(mira, 1) — 51t
2014-07-31 12:10:40


slitaz не подходит? а tinycore? в принципе, и туда, и туда легко ii засунуть можно

# Re: PM
develop.16
vit01(mira, 1) — Difrex
2016-04-28 15:39:33


Кстати, решил изучить вопрос по вот этому TODO:

> Store decrypted DB into RAM not in /tmp/

и обнаружил, что ни DBI, ни сам sqlite не поддерживают загрузку бинаря базы данных из RAM.

Единственный быстрый путь решения, который представляется возможным (и который предлагают люди), заключается в том, чтобы создавать пустую базу в памяти и загружать в неё данные из дампа через CREATE TABLE ...

В таком случае БД придётся даже в зашифрованном виде хранить не в виде sqlite-файла, а в виде sql-дампа. Грустно и медленно, но зато 100% безопасно.

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

# Re: PM
develop.16
vit01(mira, 1) — Difrex
2016-04-28 13:25:25


Difrex> Вот, например, чем я пользуюсь постоянно - pm https://github.com/Difrex/PM. Консолькный менеджер паролей для X.

Очень любопытная и годная штука.
// Стыдно признать, но сам храню пароли в plain-text

Допиши, кстати, в README:

On Arch-based systems:
yaourt -S perl-dbd-sqlite perl-clipboard

Difrex> У меня много планов на него, но мало времени. Хотя бы версию 0.0.3 зарелизить.

Жаль, что перл, а то бы TODO-шка твоя быстро опустела :) Хотя подозреваю, что там не все планы.
Но сделать что-нибудь попробую, вдруг получится.

# Re: Несетевые проекты
develop.16
vit01(mira, 1) — Difrex
2016-04-28 03:20:07


Difrex> На самом деле, например, у меня много проектов свободных не связанных с ii/idec, только никому они больше не интересны.

А ты расскажи про что-нибудь, может быть желание появится помочь :)
Может быть, мы про них просто не знаем.

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

# О, а вот и поинты появились
pipe.2032
vit01(mira, 1) — All
2014-08-01 11:51:56


ii://WSpzWy3nYu0txR6kHQ4B
жду ведь...

# Re: idec.el
develop.16
vit01(mira, 1) — Difrex
2016-04-28 03:13:59


Difrex> Читаем сообщения в эхе

А вот здесь прошу объяснить. Насчёт получения и отправки всё понятно (просто открывается новый буфер, туда льётся текст, а потом press Enter to continue).

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

# Re: Несетевые проекты
develop.16
vit01(mira, 1) — Andrew Lobanov
2016-04-27 17:41:44


AL> // Ещё когда фидонет был очень жив, я и то почти не писал в нём. Как-то плохой из меня писатель.

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

1. Припомню такой случай, когда Рома меня втянул перевести вместе несколько статей про OpenBSD. Именно вместе. Было интересно.
2. Раньше, когда ещё даже в ii не сидел, иногда заглядывал в имиджборды в скрытосетях. Видел там одно дело, которое меня немного поразило даже. Люди решили совместно записать электронный трек, совсем не зная заранее, что выйдет в конце. Кто-то из анонимов написал небольшую тему, другой - наложил на неё какую-то мелодию, третий - записал барабаны, а четвёртый - свёл вместе. У ребят получилось сделать нечто даже несмотря на то, что они друг друга совершенно не знали.
3. В MLP-сообществах часто практикуются коллективные переводы и переработки различных вещей (в том числе анонимно). Те же русские субтитры на следующий день в пример.

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

Можно делать адаптации разных технических учебных пособий в более понятный и доступный вид (и скидывать в эхи) "по партийному заказу".

Можно пойти по пути товарищей из suckless.org и разработать какую-то стороннюю вещь в рамках нашего сообщества.

Опять же какие-нибудь творческие проекты.

Потенциал огромный открывается, надо только определиться с целью и сделать план.

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

Знакомое дело. У меня из тех людей, которых точно могу назвать друзьями, остались только гитарист ФПМ, один гентушник и ещё человек, с которым в процессе учёбы пересекаюсь. Есть группа товарищей (см. недавний пост про встречу в mlp.15), но мы недостаточно "интегрированы", чтобы перейти тот самый барьер "чайных посиделок". Барьер, зовущийся "от безделия к деятельности".
Секта Плохих Парней и в целом всё пространство бывшего ii взяло на себя роль нравственного, информационного и деятельного убежища. В глубине мыслительных процессов (душа - плохое слово) у меня зреет надежда, что наша секта перерастёт во что-то большее. И можно попытать шанс это осуществить.

# Несетевые проекты
develop.16
vit01(mira, 1) — All
2016-04-27 15:40:42


Эта мысль пришла ещё раньше, но предыдущее сообщение Дениса спровоцировало её выход наружу.
Мы частенько пилим все вместе клиенты и стандарты для нашей сетки. И в перспективе будем продолжать это делать.

Но как вам затея сделать или улучшить что-нибудь, что не связано конкретно с IDEC, ii, gk11, и тому подобным?

Вопрос задаётся как в контексте программирования, так и с учётом других видов деятельности, напрямую не связанных с кодом.
// develop в эхотаге, вы знаете, переводится как "развивать", но это так, к слову

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

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

Что скажете?

# Re: idec.el
develop.16
vit01(mira, 1) — Difrex
2016-04-27 15:02:37


Difrex> Появилась дурная мысль запилить клиент для Emacs :)
Difrex> Кто со мной?

Хоть на десктопе в любом случае я буду ходить через свой клиент, насчёт емакса было бы всё равно прикольно. Готов помочь, потому что скука одолела :)

Можно ещё воспользоваться какими-нибудь наработками Андрея (если они ещё остались, конечно).

Уже есть идеи, как оно будет выглядеть?

# Re: Протокол IDEC
idec.talks
vit01(mira, 1) — mirage
2018-10-09 17:33:30


mirage> | GET /x/с/<параметры>
mirage> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.

mirage> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.

Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

// удалять сообщения может только держатель ноды, и это в будущем так и останется

mirage> | /u/m/msgid/msgid/msgid
mirage> Количество msgid лимитировано длиной GET запроса на сервере.
mirage> Почему вместо этого не передавать msgid в POST?

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

Скорее всего, Рома просто забыл про такой вариант, а после него об этом никто не задумывался.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Emacs
develop.16
vit01(mira, 1) — Andrew Lobanov
2016-04-13 14:00:30


AL> Только вот настройка такого монстра, как Emacs, это дело достаточно индивидуальное. Смотря что ты от него хочешь.

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

#!/bin/bash

if [ "`pgrep emacs`" = "" ]; then
	emacs --eval "(server-start)" $1 & exit
else
	emacsclient --no-wait $1
fi

Vim, кстати, тоже умеет работать по принципу клиент-сервер, но поддержка этой фичи отсутствует в стандартной версии из репозиториев Арча (а пересобирать лень).

# Re: Что такое ii?
idec.talks
vit01(mira, 1) — mirage
2018-10-09 06:22:29


mirage> Что за клуб и что за ii?
mirage> Попытки найти источник не были успешными.

Всё началось отсюда
https://www.linux.org.ru/news/opensource/10319264

И продолжилось здесь
https://www.linux.org.ru/news/opensource/10534550

Сейчас ii как таковой уже не существует, да и Рома (автор идеи) от нас ушёл, потому что во всём разочаровался и потерял интерес к проекту.

IDEC - это прямой потомок как самой идеи ii, так и его протокола.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Tunguska Electronic Music Society
music.14
vit01(mira, 1) — Andrew Lobanov
2020-07-17 09:53:34


AL> Ознакомиться можно тут: https://www.jamendo.com/artist/343607/tunguska-electronic-music-society

Спасибо за рекомендацию, музло супер зашло

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Emacs
develop.16
vit01(mira, 1) — Difrex
2016-04-12 16:36:14


Difrex> * нормальное multiline редактирование

Что под этим имеется в виду?

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

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

# Re: Emacs
develop.16
vit01(mira, 1) — Difrex
2016-04-12 08:47:39


Difrex> Я вот так и не осилил емакс. Для больших проектов использую Sublime Text 2, для мелких скриптиков -- vim.

А в чём фишка Sublime и его клонов?

Вот vim хорош сочетаниями клавиш и минимализмом, емакс - многофункциональностью и интеграцией с Лиспом.

// на десктопе, скорее всего, перейду на емакс, а на телефоне и сервере оставлю вим; вообще не понимаю срачи по этим редакторам

# Re: Новые бадабдыщи
music.14
vit01(mira, 1) — Andrew Lobanov
2020-05-09 11:18:04


Только сегодня решил заценить. Второй трек понравился, но в первом синты неплохие, хотя бас в первом как-то не въехал, хехе

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: help
linux.14
vit01(mira, 1) — krivedk0
2014-07-27 10:12:57


> Y500 леново. 2 видеокарты nvidia 650
Ну если 2 видеокарты, да ещё и нвидия, то это не ко мне. Надо по поисковикам шариться... :(

# Re: help
linux.14
vit01(mira, 1) — krivedk0
2014-07-27 05:15:53


Какой ноут, какая видеокарта? Проблема сия железоспецифичная.

# Re: правда, во мне великий дизайнер умер?
pipe.2032
vit01(mira, 1) — 51t
2014-08-01 09:15:13


> http://odii.ru
А по-моему, неплохо

# Re: Emacs
develop.16
vit01(mira, 1) — Andrew Lobanov
2016-04-10 11:03:14


AL> Прикол в том, что Emacs это далеко не только тектосвый редактор. Так что посмотри в сторону других его возможностей при случае.

Про возможности этого комбайна ходят легенды :) Это же как целая ОС.

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

# Re: Emacs
develop.16
vit01(mira, 1) — btimofeev
2016-04-10 10:52:14


btimofeev> Я сам не пробовал, но говорят там есть неплохой vi-mode. Evil кажется называется.

В этом нет необходимости. Если будет всё так, как привык, тогда лень одолеет и в других вещах.

Помню, как раньше пробовал редактор vile. Что-то среднее между vim и emacs. Забавный, конечно, но не очень удобный.

# Re: Emacs
develop.16
vit01(mira, 1) — vit01
2016-04-10 10:52:14


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

Проблема решена. Добавляем в init-файл вот эту строку

(setq default-input-method "cyrillic-jcuken")

и получаем поведение, аналогичное виму. Внутреннее переключение будет по Ctrl+\

# Re: Emacs
develop.16
vit01(mira, 1) — Andrew Lobanov
2016-04-10 01:15:01


AL> С другой стороны, команды в vim тоже на английской раскладке надо вбивать.

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

# Re: AliceTails internet radio station
music.14
vit01(mira, 1) — alice
2020-01-18 14:06:21


alice> Да, настало время подключаться к idec и ностальгировать по фидо :-)
alice> Рад, что присоединился к Вашему сообществу и спасибо за теплый прием!

Ещё раз добро пожаловать, и спасибо за то, что обеспечиваешь нас качественным контентом =)

alice> Я в следующем посте перешлю анонс того, что сегодня сделано, а так все новости есть в телеграме нашем - https://t.me/AliceRadio

Ты же сейчас вручную делаешь эти репосты все? Как у нас, так и у телеграма есть API, чтобы можно было не тратить время на репостинг туда-сюда.

Если не хочешь сам заводить скрипт или тебе лень постить, то у меня для tdlib крутится одна штука на сервере. Могу организовать пересылку в music.14 новостей.

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

Подкасты, особенно на такую тематику - это вообще ценная и крутая тема. Поддерживаю движуху и жду, когда будет.

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

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Emacs
develop.16
vit01(mira, 1) — All
2016-04-09 17:38:27


Попробовал SLIME. Удобная штука. С Емаксом работать пока сложновато, но буду как-нибудь привыкать.

Как в сабже нормально настроить русскую раскладку? Просто сочетания клавиш работают только на английской.

# Re: IDEC Mobile
idec.talks
vit01(mira, 1) — Andrew Lobanov
2018-09-24 12:07:46


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

В целом такое разделение излишне. Если при отправке ошибка - значит идёт в черновики.

AL> А сейчас перешёл на K9, но это оффтопик.

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

AL> Кстати, в рамках изучения java и javafx заметил, что рождается новый десктопный клиент.

Бери исходники у меня. Особенно части с IIMessage и с SQLite движком + парсеры внутри SimpleFunctions
Незачем зря велосипеды плодить

А так я бы запилил десктопную версию IDEC Mobile, но руки дойдут ещё нескоро. Пока всё ещё сижу на CutieFeed

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: IDEC-Mobile
idec.talks
vit01(mira, 1) — Andrew Lobanov
2018-09-23 10:04:02


AL> После некоторого порогового значения размера индекса сабж при открытии эхи просто зависает.
AL> с чем такая штука может быть связана?

А он вообще даёт почитать потом эху или бесконечно висит?

AL> Точное значение не скажу, но при размере индекса около 10000 сообщений поведение воспроизводится.

У меня на смартфоне никогда не было больше 2000 сообщений на эху, потому что регулярно их чищу. Надо будет подумать над тем.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: IDEC Mobile
idec.talks
vit01(mira, 1) — Andrew Lobanov
2018-09-23 09:45:21


AL> Какой функциональный смысл в разделении прцессов отправки и получения сообщений? Почему бы не объединить эти функции в одну кнопку? =)

Очень простой. У меня в черновиках по несколько дней лежат недописанные сообщения. Ты можешь потихоньку писать длинную статью или заметку, но при этом спокойно продолжать переписываться с людьми в том же ii://pipe.2032 здесь и сейчас.

Если получение и отправку объединить в одну сущность, то ты не сможешь прочитать, например, обновления из lor-opennet, не завершив свои недописанные письма, которые должны уйти в std.club.

Черновики IDEC Mobile - это абсолютно то же самое, что черновики в Email.

# Сам клиент, в общем-то, создавался под впечатлением от стандартного Email-клиента в андроиде. Можете сравнить :)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: пока пайпа нет, крикну сюды
linux.14
vit01(mira, 1) — 51t
2014-07-23 12:59:45


> чё с эхой lor-opennet? чё с её форматированием?
Это кривые регэкспы. Сейчас починил, протестирую и закину снова.

# Re: debian
linux.14
vit01(mira, 1) — Lincor
2014-07-23 11:58:45


Понятны.
Но система GNU, в отличие от винды, состоит исключительно из "говносборочек". Поэтому эталон от неэталона отличить невозможно. =)

То есть по факту - да, а в абсолютном смысле - нет.

# Re: debian
linux.14
vit01(mira, 1) — 51t
2014-07-23 08:52:31


> в *проект GNU* входит определённый набор программ:
> https://www.gnu.org/software/
В курсе. И про эту ссылку тоже. Просто я спутал понятия проекта GNU и ОС GNU. В проект GNU systemd не входит и никогда не входил, а в ОС GNU systemd входить может.

# Re: До завтра
pipe.2032
vit01(mira, 1) — 51t
2014-08-01 05:14:59


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

# Re: Упрощение написания скриптов для GIMP
develop.16
vit01(mira, 1) — Andrew Lobanov
2016-03-30 07:49:30


AL> Тут какое дело. Лиспокод не по скобочкам читают на самом деле. Я скобочки не замечаю даже особо. Блоки отделяются отступом, а синтаксис на скобочки не так уж и завязан при чтении человеком, как бы это странно не звучало.

Дело скорее не именно в чтении (мы же всё-таки буквы читаем, а не скобочки, верно?), а в написании кода. Когда он уже написан, скобки можно перенести на предыдущие строки и не обращать на них внимания. Но во время кодинга привык отделять. Ладно, спишу это на свои привычки.

AL> Было бы прикольно подключиться SLIME к гимпу.

Не поверишь, но такой плагин уже существует: https://github.com/pft/gimpmode

# IDEC Mobile
idec.talks
vit01(mira, 1) — All
2018-09-22 14:48:47


Повышаем удобство! В новой сборке клиента теперь правильно работает сортировка

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

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

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

+++ Отправлено через IDEC Mobile
+++ Linux rulez, Windows sucks, friendship is magic

# Re: Упрощение написания скриптов для GIMP
develop.16
vit01(mira, 1) — Andrew Lobanov
2016-03-30 06:46:55


AL> Возможно одно из двух: или ты не привык к лиспу

Оно самое.

AL> видно, что писал человек, привыкший к алголоподобному синтаксису =)

Когда знакомился с эстетическими правилами оформления в CL, они мне как-то не понравились. Иногда читаю конкретно твой лиспокод и всё никак не могу с этим смириться.

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

AL> Не знал, что в гимпе есть лисп.

В нём ещё и интеграция с питоном есть (правда питон не встроенный), но для лиспа там есть сервер, а для питона - нет.
Даже забавно с другой стороны.

- Через Emacs можно советоваться с психотерапевтом и играть в тетрис!
- Подумаешь тетрис! Я вон GIMP вместо калькулятора использую :D

# Re: debian
linux.14
vit01(mira, 1) — spline
2014-07-23 08:00:09


Понятно.

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