from:"Dmitrii Kashin"

Victor Wagner  writes:

> В Thu, 4 Apr 2024 15:48:27 +0200
> Konstantin Matyukhin  пишет:
>
>> Подозреваю, что не любит GMail quoted-printable кодировку в письмах :)
>
> А я вообще грешил на SPF + DMARC. Думал что-то не то там прописал, что
> гугль мои письма в подозрительные записал. Причем не те, которые
> прямые, прямые ходят, а именно через списки рассылки.

% dig -t txt _dmarc.wagner.pp.ru +short
"v=DMARC1; p=reject; aspf=s; rua=mailto:postmas...@wagner.pp.ru;

У Вас, Виктор, стоит p=reject. Какие тут вопросы?
Вам либо нужно выставить p=none, либо добавить в spf все рассылки.

Re: Используете ли вы антивирус и фаервол?

Victor Wagner  writes:

> может прийти в гости кто-нибудь с затрояненым смартфоном или планшетом
> и ты его пустишь в свой Wi-fi.

Ну придёт и придёт. Пожелаем ему удачи где-то успешно приземлиться
внутри сети.

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

Re: Используете ли вы антивирус и фаервол?

Victor Wagner  writes:
> Jan Krapivin  пишет:
> 
>> Если используете, то какие? Сайт Clam AV не открывается из России.
>> Обходите ли вы это как-то?
>
> Ну я никогда не использую софт с сайта производителя, если есть
> возможность его ставить из дистрибутива Debian. Потому что в софт из
> дистрибутива хотя бы мельком заглянул дебиановский мейнтейнер. А чем
> больше людей смотрело в код, тем больше шансов что туда не затешется
> бэкдор вроде того, что недавно в liblzma нашли.

Зыбко это, Виктор.

Мало того, что мейнтейнеров всегда чертовски не хватает, так к тому же
тестирование не входит в их обязанности: в DD Reference ни слова об этом
нет. Тестирование же -- это вроде как обязанность Debian QA Team, однако
судя по их гитлабу[1], работа у них не то, чтобы прям кипит. Там больше
про reproducible builds активности.

Вот и тот же бэкдор в liblzma нашёл не мейнтейнер xz, а разработчик
postgres, который производил тестирование своего слинкованного с liblzma
софта.

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

[1] https://salsa.debian.org/qa

Re: Используете ли вы антивирус и фаервол?

Jan Krapivin  writes:

> Используете ли вы на своих система антивирус и фаервол?

Нет и нет.

Антивирус штука бесполезная: вместо этого нужно контролировать источники
программ и запускать только проверенное.

Фаервол дома смысла особо нет, а в рабочем контуре -- ну так там либо
циска, либо облако с secgroups.

> Считаете ли вы уместным использовать их на домашней системе без SSH?

Это GNU/Linux. Делайте со своей системой, что хотите. Уместно всё. А вот
нужно ли и полезно ли -- это уже вопросы иной плоскости.

> не открывается из России. Обходите ли вы это как-то?

Тысячи хостеров предоставляют услуги аренды VDS за бугром. Поднимаем на
них ipsec или openvpn. Платим смешные деньги.

Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря

2024-02-21 Пенетрантность Dmitrii Kashin

Max Nikulin  writes:

> On 19/02/2024 10:31, Tim Sattarov wrote:
>
>> Я вообще отвечал про почтовый клиент с поддержкой тредов.
>
> debian-russian не самая патологическая рассылка, но даже здесь тема
> может уходить в пустоту (см. приложение).

Угу, вижу. Зато в Gnus это настраивается правильным обрубанием тредов:
благо, для nntp можно контролировать количество сообщений, которые
отобразятся в summary-буфере.

В итоге треды гнусь показывает вот так:

O 2024-фев-16 × [Misha Ramendik] заставить ls работать в chroot
O 2024-фев-16 └─> [Stanislav Vlasov] 
O 2024-фев-16 × [Dmitrii Kashin] [offtop] графический почтовый клиент с thread 
view и интеграцией календаря
O 2024-фев-16 ├─> [vzh] 
O 2024-фев-16 │ └─> [Dmitrii Kashin] 
O 2024-фев-16 ├─> [Жанибек Нагашыбай] 
O 2024-фев-16 │ ├─> [li...@mail.ru] 
O 2024-фев-17 │ │ └─> [Жанибек Нагашыбай] 
O 2024-фев-18 │ └─> [Dmitrii Kashin] 
O вчера 19:04 │   └─> [Max Nikulin] 
O 2024-фев-17 ├─> [Tim Sattarov] 
O 2024-фев-17 │ ├─> [Max Nikulin] 
O 2024-фев-19 │ │ └─> [Tim Sattarov] 
O вчера 18:48 │ │   └─> [Max Nikulin] 
O 2024-фев-18 │ └─> [Dmitrii Kashin] 
O 2024-фев-19 │   └─> [Tim Sattarov] 
O 2024-фев-19 └─> [Лев Аржанов] 
O 2024-фев-16 [Misha Ramendik] netkit ftpd logs (археология...)
O 2024-фев-17 × [Grigory Fateyev] Засыпание ноутбука после закрытия крышки
O 2024-фев-17 └─> [Maksim Dmitrichenko] 
O 2024-фев-18   └─> [Max Nikulin] 
O 2024-фев-18 └─> [Maksim Dmitrichenko] 
O 2024-фев-18   ├─> [Max Nikulin] 
O 2024-фев-18   └─> [Eugene Berdnikov] 
O 2024-фев-19 └─> [Grigory Fateyev] 
O вчера 18:24   └─> [Max Nikulin]

Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря

2024-02-18 Пенетрантность Dmitrii Kashin



> On 17 Feb 2024, at 03:14, Tim Sattarov  wrote:
> 
> On 2024-02-16 09:30, Dmitrii Kashin wrote:
>> Давно меня ня было в debian-russian@, но раз уж так случилось, что я снова 
>> начал вас читать, хочу спросить у сообщества слегка оффтопную вещь.
>> 
>> В связи с этим, вопрос: посоветуйте плиз клиент. Не суть важно, свободный 
>> или проприетарный. Интересует функционал.
>> 
> Thunderbird?
> Плагины есть, календарь есть. Может он не подхватывает ics файлы автоматом, 
> но наверняка есть для этого плагин.
> Thread view есть и кастомизируется.
> 

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

Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря

2024-02-18 Пенетрантность Dmitrii Kashin

> On 16 Feb 2024, at 21:14, Жанибек Нагашыбай  wrote:
> 
> В Fri, 16 Feb 2024 17:30:54 +0300
> Dmitrii Kashin  пишет:
> 
>> Давно меня ня было в debian-russian@, но раз уж так случилось, что я
>> снова начал вас читать, хочу спросить у сообщества слегка оффтопную
>> вещь.
>> 
>> Я когда-то читал рассылку через Emacs Gnus, и ничего удобнее не знаю
>> до сих пор. Тем не менее, у него есть существенные проблемы: 1)
>> плохая работа с imap 2) плохой графический режим
>> 3) отсутствие интеграции с календарём
>> 4) отсутствие привычных нотификаций в менеджере уведомлений
>> 5) подвисание редактора при загрузке писем
>> 6) как следствие 5го -- необходимость загружать письма вручную
>> 
>> Тем не менее, были и весьма существенные плюсы:
>> 1) великолепный thread view, в котором я смотрел деревья с
>> переписками 2) возможность работы через nntp, что позволяло видеть
>> всю рассылку, а не только с момента подписки
>> 
>> В общем, я сейчас сижу через Apple Mail. Мне в нём категорически не
>> хватает thread view. Плюс к тому, отсутствие текстового режима не
>> даёт мне, например, форматировать сообщение на 110 символов в ширину,
>> что в общем-то моветон.
>> 
>> Однако:
>> 1) Я уже привык, что html-ные письма отображаются нормально.
>> 2) Мне нравится, что он ловит события в ics-файлах и добавляет их в
>> календарь, даже если клиент отправителя в полной мере не поддерживает
>> caldav 3) У меня масса почтовых ящиков, и я хочу их все видеть в
>> одном месте 4) Очень нравится интеграция с адресной книгой, в
>> частности с эппловской; календарь, впрочем, важнее
>> 
>> В связи с этим, вопрос: посоветуйте плиз клиент. Не суть важно,
>> свободный или проприетарный. Интересует функционал.
>> 
> 
> Можно попробовать claws-mail, функциональность можно наращивать
> плагинами.
> 

Честно попробовал. Не смог настроить ящик на gmail.com <http://gmail.com/>. 
Люди пишут, что два пути:
1) задать app password в 2FA (не сработало),
2) врубить настройки разработчика и настроить там oauth2 (гмыло заявило мне, 
что я подозрительный, и потому креды созданы не будут).

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

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

PS: также изучил исторический вопрос на тему Conversations vs Threads, и 
остался озадачен, почему самые распространённые почтовые клиенты, такие как 
Microsoft Outlook и Apple Mail используют Conversations, группируя сообщения по 
Subject вместо специально предназначенного для этого In-Reply-To. Но что ж, 
принимаем реальность таковой, какая есть.

Re: Не запускается sshd в bullseye на виртуальной машине

2024-02-17 Пенетрантность Dmitrii Kashin

> On 17 Feb 2024, at 11:17, Victor Wagner  wrote:
> 
> В Fri, 16 Feb 2024 19:59:17 +0300
> Dmitrii Kashin  пишет:
> 
>> Что бы сказал Фредерик Брукс на такое расточительство? =)
> 
> Фредерик Брукс нам еще ответит за украденный 32-бит из архитектуры s390;-)
> (почему-то и спарк и power и arm 32-битные, а IBM-овские мейнфреймы -
> 31 битные)

Каков подлец! =)

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

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

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

Может и зря. Не смотря на то, что всё в Postgresql заточено под то, чтобы 
конфиги хранились в датадире (о чём явно сказано в документации), его 
мейнтейнеры в Debian утащили их из датадира в /etc, не иначе как для 
соответствия своей FHS, и теперь конкретно дебиановскими инсталляциями 
пользоваться не особо удобно.

> Как сказал Эрик Раймонд, "Given enough eyeballs all bugs are shallow".

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

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

Я могу это понять, Виктор. Однако если никак не получается даже по утилите для 
demote договориться -- значит кто-то не особо заинтересован в этом.

Короче, подытожу.

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

Re: Не запускается sshd в bullseye на виртуальной машине

> On 16 Feb 2024, at 18:37, Eugene Berdnikov  wrote:
> 
> On Fri, Feb 16, 2024 at 06:09:27PM +0300, Victor Wagner wrote:
>> В Fri, 16 Feb 2024 17:07:11 +0300
>> Dmitrii Kashin  пишет:
>> 
>>> Если сборки частые -- то есть большая разница, занимает она семь
>>> минут или одну (помножаем на число сборок в день, получаем количество
>>> сэкономленного времени. Если собирается что-нибудь явовское -- есть
>> 
>> Нет разницы. Потому что нормальные люди, которые хотят чтобы клиентам
>> достался работающий софт, после сборки запускают тесты.
> 
> Бывает, что тест нагружает дисковую подсистему. И тут разница между
> контейнером и виртуалкой, которая эмулирует диск, становится очень
> даже заметной.

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

Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря

> On 16 Feb 2024, at 19:13, vzh  wrote:
> 
> Графический посоветовать не могу, но может после Gnus может зайдёт
> *mu4e*, который использует часть его функциональности?

Спасибо, но сильно вряд ли. Я не просто так перестал рулить почтой в Emacs. А 
касательно конкретно mu4e -- так он же имеет все те же проблемы, что и Gnus.

> /IMAP/ и прочее через сторонние программы.

Ага, как собственно и в Gnus.

> Календарь стандартный из *Emacs*.

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

Ну как не умеет... Я конечно видел, что в melpa есть ряд пакетов, которые 
призваны это решить, но будем честны: у melpa нет релизной политики от слова 
совсем. И разработчики на лиспе в плане обеспечения стабильности работы своих 
продуктов мало чем отличаются от любых других разработчиков. Я ж после этого 
даже задумываться об обновлениях не смогу, сколько раз на этом спотыкались-то 
уже. Emacs ведь не просто так столько сторонних продуктов в свою кодовую базу 
от релиза к релизу включает: для него это единственный способ всё это 
стабилизировать и полноценно интегрировать каждый кирпичик в операционную среду.

> Сравнить графический режим с тем, что был в *Gnus* не могу, не пользовался

А нету его там. Я, если правильно помню, использовал w3m в качестве консольного 
рендерера, а затем, когда пересел на XEmacs, пытался также webkit прикрутить, 
но то было настолько давно, что вспомнить деталей уже не смогу: помню только, 
что не был удовлетворён результатом.

> В крайнем случае можно быстро отобразить письмо в браузере.
> Нотификации возможны через хуки.

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

> Плюсами идут супербыстрый поиск по содержимому, ну и *Emacs* сам по себе.

Поиск нынче всюду быстр, но таки да, Emacs-а в современных почтовиках 
действительно не хватает.

В общем, mu4e -- точно нет, но спасибо за предложение. Поностальгировал. )

Re: Не запускается sshd в bullseye на виртуальной машине

> On 16 Feb 2024, at 18:09, Victor Wagner  wrote:
> 
> В Fri, 16 Feb 2024 17:07:11 +0300
> Dmitrii Kashin  пишет:
> 
>> Если сборки частые -- то есть большая разница, занимает она семь
>> минут или одну (помножаем на число сборок в день, получаем количество
>> сэкономленного времени. Если собирается что-нибудь явовское -- есть
> 
> Нет разницы. Потому что нормальные люди, которые хотят чтобы клиентам
> достался работающий софт, после сборки запускают тесты. И тесты эти
> работают часы, в лучшем случае десятки минут. Если у тебя тест сьют
> занимает два часа, выигрыш шести минут на сборке абсолютно не важен.

> А если у тебя тесты не занимают в 10-100 раз больше времени, чем
> сборка, значит хреново твой пакет тестами покрыт.

Что бы сказал Фредерик Брукс на такое расточительство? =)

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

>> Это кстати тоже в пункт о "положении билд-серверов в сети". Где-то
>> есть локальный миррор, где-то нет его.
> 
> Я от своих сотрудников всегда требую чтобы прерывание пьяным
> экскаваторщиком оптоволоконного кабеля перед входом в датацентр, не
> являлось поводом к несрабатыванию сборок и тестов по таймеру.

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

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

И работает, кстати, я подтверждаю. Но со стороны эксплуатации к Вашему, Виктор, 
продукту -- на самом деле есть вопросы.

Например, почему нет официального решения для построения HA-кластера?
Или почему есть официальная тулза для promote, а для demote -- нету?
Почему basebackup добавляет в файл автоконфигурации (в котором большими буквами 
написано, что его нельзя редактировать руками) строчку conninfo, а старую не 
удаляет?

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

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

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

[offtop] графический почтовый клиент с thread view и интеграцией календаря

Давно меня ня было в debian-russian@, но раз уж так случилось, что я снова 
начал вас читать, хочу спросить у сообщества слегка оффтопную вещь.

Я когда-то читал рассылку через Emacs Gnus, и ничего удобнее не знаю до сих 
пор. Тем не менее, у него есть существенные проблемы:
 1) плохая работа с imap
 2) плохой графический режим
 3) отсутствие интеграции с календарём
 4) отсутствие привычных нотификаций в менеджере уведомлений
 5) подвисание редактора при загрузке писем
 6) как следствие 5го -- необходимость загружать письма вручную

Тем не менее, были и весьма существенные плюсы:
 1) великолепный thread view, в котором я смотрел деревья с переписками
 2) возможность работы через nntp, что позволяло видеть всю рассылку, а не 
только с момента подписки

В общем, я сейчас сижу через Apple Mail. Мне в нём категорически не хватает 
thread view. Плюс к тому, отсутствие текстового режима не даёт мне, например, 
форматировать сообщение на 110 символов в ширину, что в общем-то моветон.

Однако:
1) Я уже привык, что html-ные письма отображаются нормально.
2) Мне нравится, что он ловит события в ics-файлах и добавляет их в календарь, 
даже если клиент отправителя в полной мере не поддерживает caldav
3) У меня масса почтовых ящиков, и я хочу их все видеть в одном месте
4) Очень нравится интеграция с адресной книгой, в частности с эппловской; 
календарь, впрочем, важнее

В связи с этим, вопрос: посоветуйте плиз клиент. Не суть важно, свободный или 
проприетарный. Интересует функционал.

Re: Не запускается sshd в bullseye на виртуальной машине

> On 16 Feb 2024, at 16:47, Victor Wagner  wrote:
> 
> В Fri, 16 Feb 2024 16:17:18 +0300
> Dmitrii Kashin  пишет:
> 
>> А по существу, что ни выбери -- всё равно надо либо делать базовый
>> образ с builddeps, либо каждый раз ждать, пока всё поставится. Докер
>> ли, виртуалка ли... Pbuilder даже, и тот имеет архив с базовым
>> имиджем. И он тоже потратит время, чтобы туда зависимости доставить.
>> Без этого никуда.
> 
> И это хорошо и правильно

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

Если сборки частые -- то есть большая разница, занимает она семь минут или одну 
(помножаем на число сборок в день, получаем количество сэкономленного времени.
Если собирается что-нибудь явовское -- есть смысл подключать кэширование для 
зависимостей maven-а (их бывает очень, очень много; так что тезис о том, что 
крайне редко пакет имеет 657 метров зависимостей -- не вполне верен).
Если у сети ограниченный канал (например в силу юридических причин производство 
релоцировалось в КЗ, что нынче не редкость) -- тоже.

> Ну конечно у меня оно эти 657Мб качало с локального миррора в той же
> стойке.

Это кстати тоже в пункт о "положении билд-серверов в сети". Где-то есть 
локальный миррор, где-то нет его.

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

Re: Не запускается sshd в bullseye на виртуальной машине

> On 16 Feb 2024, at 12:06, Maksim Dmitrichenko  wrote:
> 
> пт, 16 февр. 2024 г. в 12:14, Dmitrii Kashin  <mailto:free...@gmail.com>>:
>> 
>>>> Уж какой-нибудь docker, полагаю, на федоре найдётся.
>>> 
>>> Всю дорогу для этого хватало самого обыкновенного chroot. Вроде как для 
>>> сборки deb-пакетов есть pbuilder - и он доступен в федорином горе. 
>> 
>> 
>> Chroot конечно хорошо, но всё одно придётся систему дебутстрапить.
> 
> Но pbuilder - это как раз и есть обёртка над chroot'ом, где это всё 
> автоматизировано.

Это понятно. Но pbuilder это специализированный инструмент чисто для deb-а, и 
ему надо учиться отдельно, причём в дополнение к dh и прочим. А docker человек 
сможет использовать в том числе для сборки под другие системы тоже, и не только 
для сборки.

>> Я так раньше делал, и это не особо удобно. С появлением же контейнеров всё 
>> стало проще, ибо всё свелось к "docker pull debian:bullseye".
> 
> Э не, батенька. Это потом надо запустить контейнер с этим базовым имиджем, 
> поставить туда все build-dependencies пакета, который тебе нужно собрать, или 
> написать Dockerfile поверх этой базы и так далее.

Ну перво-наперво правильно, чёрт возьми. Я тут батька, и это не обсуждается. =)

А по существу, что ни выбери -- всё равно надо либо делать базовый образ с 
builddeps, либо каждый раз ждать, пока всё поставится. Докер ли, виртуалка 
ли... Pbuilder даже, и тот имеет архив с базовым имиджем. И он тоже потратит 
время, чтобы туда зависимости доставить. Без этого никуда.

>> PS: pbuilder, кстати, тоже хороший вариант, тредстартеру на заметку
> 
> Читаю тут тред, и народ не может даже осилить ключ -v у команды docker run 
> (чтобы сделать общую папку с хостом). Сползаем в какое-то либо дедовское 
> недовольство всем новым, либо в милениальное "слишком сложно, мне надо 
> быстрее".

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

Re: Не запускается sshd в bullseye на виртуальной машине

> On 16 Feb 2024, at 03:04, Misha Ramendik  wrote:
>> 
> С контейнером пришлось бы разбираться, как прикручивать ему persistent 
> storage <...>
> Мне своё время жалко, а ресурсы машины на VM - нет.

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

Re: Не запускается sshd в bullseye на виртуальной машине



> On 15 Feb 2024, at 21:17, Victor Wagner  wrote:
> 
> В Thu, 15 Feb 2024 13:47:48 +0300
> Dmitrii Kashin  пишет:
> 
>>> On 14 Feb 2024, at 22:33, Misha Ramendik  wrote:
>>> 
>>> Всем привет!
>>> Мне нужно собрать пакет для bullseye. У меня Федора.
>>> Ну, поднял VM <...> Хочу поднять sshd и работать с VM по ssh.  
>> 
>> Действительно ли Вы этого хотите?
>> Если стоит задача собрать пакет, так просто возьмите контейнер с
>> bullseye. Уж какой-нибудь docker, полагаю, на федоре найдётся.
>> 
> 
> А протестирвать? <...> Тестировать лучше в системе имеющей полноценный
> init/systemd и отдельный от хоста сетевой стек.

Довольно мало софта действительно нуждаются в наличии полноценного инита в 
контейнере.
В 95% случаев для теста хватает контейнера.

> 
> И еще кто сказал что архитектура процессора на хосте и в виртуалке
> совпадает?

А не нужно. Докер поддерживает мульти-платформенные сборки.

Re: Не запускается sshd в bullseye на виртуальной машине


>> Уж какой-нибудь docker, полагаю, на федоре найдётся.
> 
> Всю дорогу для этого хватало самого обыкновенного chroot. Вроде как для 
> сборки deb-пакетов есть pbuilder - и он доступен в федорином горе. 


Chroot конечно хорошо, но всё одно придётся систему дебутстрапить. Я так раньше 
делал, и это не особо удобно. С появлением же контейнеров всё стало проще, ибо 
всё свелось к "docker pull debian:bullseye".

PS: pbuilder, кстати, тоже хороший вариант, тредстартеру на заметку

Re: Не запускается sshd в bullseye на виртуальной машине

2024-02-15 Пенетрантность Dmitrii Kashin

> On 14 Feb 2024, at 22:33, Misha Ramendik  wrote:
> 
> Всем привет!
> Мне нужно собрать пакет для bullseye. У меня Федора.
> Ну, поднял VM <...> Хочу поднять sshd и работать с VM по ssh.

Действительно ли Вы этого хотите?
Если стоит задача собрать пакет, так просто возьмите контейнер с bullseye.
Уж какой-нибудь docker, полагаю, на федоре найдётся.

Re: Ошибка в Debian 11-12

2024-02-08 Пенетрантность Dmitrii Kashin

> On 8 Feb 2024, at 10:25, Konstantin Lagutin  wrote:
> 
> Просьба довести это сообщение до разработчиков

Тут пользовательская рассылка. Чтобы довести сообщение до мейнтейнеров, 
воспользуйтесь утилитой reportbug.

Re: Проблема с работой разрешения

2022-06-22 Пенетрантность Dmitrii Kashin

Какой, однако, интересный выбор рассылки.

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

> On 22 Jun 2022, at 11:50, Вячеслав Мостовой  wrote:
> 
> Здравствуйте.
> Я инженер компании Opt-Line.
> Столкнулись с проблемой при использовании debian.
> На моноблоке возникла проблема с разрешением. Всегда выбирается 800 на 600, а 
> другие разрешения поддерживаются некорректно.( Растягиваются за пределы 
> экрана)
> Как удалось выяснить проблема в процессоре N5095 который не поддерживается в 
> debian.
> Можно ли ожидать появления данной поддержки и когда?
> Есть ли какое то другое решение данной проблемы?
> 
>

Re: Распостранение дистрибутива через ed2k.

2022-04-24 Пенетрантность Dmitrii Kashin

> On 24 Apr 2022, at 19:23, Leonid .  wrote:
> 
> Здравствуйте, товарищи.
>  
> Есть предложение: давайте предложим распространять выпуски debian не только 
> по http и bittorrent, но и по edonkey2000.

Предложить-то можно. Но надо будет ответить на вопрос: какую задачу решаем?

К слову, сейчас распространение выпусков Debian производится посредством 
HTTP(S), BitTorrent и Jigdo.

Re: как уменьшить объем обновлений?

2019-07-12 Пенетрантность Dmitrii Kashin

В Пт, 12/07/2019 в 12:09 +0300, ivan kuznetsov пишет:
> нужна конкретная информация об этом так как вне городов и пригородов
> скорость может падать до нуля, и спутниковое оборудование дорого (или
> рыбалка?). правильно я понимаю что дельты сурсов, рсинк и программа
> пар могут помочь? не пора ли для этого организовать любительскую или
> полноценную радиостанцию? тогда можно будет слать обновления на
> приемники у пользователей и администраторов. пусть кто-нибудь
> разберется с этим и напишет статью. заодно -- как обновлять с
> наименьшим размером данных антивирусную базу? обычное обновление --
> целиком?

Угу, вот только нафиг Вам на рыбалке обновлять ПК?
Вы какую задачу решаете на самом деле?

Re: Плееры на Linux

2017-06-20 Пенетрантность Dmitrii Kashin

Артём Н.  writes:

> Подскажите, чем удобно играть музыку "в фоне"?

Когда-то активно использовал Audacious. Winamp-образный. Рекомендую.
Правда, сам перешёл на mpd уже много лет как.

Ещё по дефолту во всяких убунтах наблюдал когда-то Banshee и
Rythmbox. Это, насколько я понимаю, не просто плееры, там ещё куча
функционала вроде поиска текстов/обложек и т.п.

А вообще недавно заглянул в ноутбук жены и обнаружил, что она музыку
слушает через SMPlayer. Там есть возможность плейлистами оперировать,
оказывается. :)


signature.asc
Description: PGP signature

Re: torrent

2017-03-14 Пенетрантность Dmitrii Kashin

Ivan Petrov  writes:

> Не работают торренты в wheezy.
> Не может найти трекер. Ни один клиент.
> В винде 7 на том же к-ре качает.

Я не мастер по bittorrent, однако на сайте каждого трекера есть тема о
том, какие клиенты с ним будут работать, а какие нет. Поскольку у Вас
wheezy, я бы предложил, например, подключить репозиторий jessie и
поставить какой-нибудь простенький торрент-клиент более свежей версии.

signature.asc
Description: PGP signature

Re: Замена x.org

2017-02-06 Пенетрантность Dmitrii Kashin

Max Dmitrichenko  writes:

> Лучше, когда у вас включалка на каждую раскладку. У меня caps lock на
> английский, shift+caps lock на русский.

Если шифт-капс переключает язык, то что же у Вас включает режим CupsLock?

signature.asc
Description: PGP signature

Re: Установить драйвер nvidia для GTX 960M

2016-09-29 Пенетрантность Dmitrii Kashin

Grigory Fateyev <gfb...@gmail.com> writes:

> Дмитрий, спасибо за ответ!
>
> Сервис bumblebeed загружается при загрузке системы, после этого
> начинается работа вентилятора на максимуме.
>
> У меня даже Х сервер не стартует, всё мёртво виснет.

Если совсем не стартует, убедитесь, что конфигурации для Xorg нету. Она
должна быть пустая, и генерироваться во время запуска. Для карт без
дискретной графики была инструкция, в которой говорилось, что и куда
прописать в Xorg.conf, но для дискретки, работающей через bumblebee
этого не нужно. Проверьте.

> Даже логов не оставляет.

Сомневаюсь в этом. Поищите. Логи bumblebee, логи Xorg, логи i3wm.  Может
ещё логи DM посмотреть (у вас что там, gdm/kdm/lightdm?).

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

В случае с nvidia у i3 могут быть какие-нибудь артефакты. Помнится, его
надо было запускать со флагом --force-xinerama при использовании блоба.

> 28 сентября 2016 г., 16:40 пользователь Dmitrii Kashin <free...@freehck.ru>
> написал:
>
>> Grigory Fateyev <gfb...@gmail.com> writes:
>>
>> > Пытаюсь установить так:
>> >
>> > apt-get install nvidia-driver bumblebee-nvidia
>> >
>> > Всё встаёт нормально, после загрузки bumblebee начинает крутиться
>> > вентилятор на максимуме (похоже на видеокарте). После перезагрузки
>> > и startx X сервер виснет намертво не успев записать в лог.
>>
>> Я несколько не в курсе, что значит "после загрузки bumblebee". Насколько
>> я его помню, нужно было давать команду в стиле "optirun ", и
>> тогда для конкретной  работала дискретная графика вместо
>> дефолтной. Вы, видимо, пытаетесь всю DE заставить пользоваться этим
>> добром. Я не думаю, что это очень хорошая идея.
>>
>> За время пользования данным добром, я успел наловить тысячу багов и
>> замучиться в конец. Оно очень не устойчиво ведёт себя при обновлении:
>> всегда есть вероятность, что что-нибудь да отвалится. И одно дело Вы не
>> можете какой-нибудь steam запустить нормально, потому что у вас optirun
>> полетел ко всем чертям. Но совсем другое, когда у Вас DE не грузится.
>>
>> Я использовал bumblebee несколько лет назад на jessie, когда он был ещё
>> в тестинге с карточкой GF GTX-930M. Но использовал исключительно для
>> того, чтобы запускать игрушки. Производительность была гораздо лучше
>> виндовой. Предполагаю, что в основном потому, что видеокарту
>> использовало только одно приложение за раз (у меня нету DE в принципе, а
>> для тайловых wm хватает и интеграшки).
>>
>>
>> > Может у вас будут советы как это исправить, буду благодарен за любые
>> > советы.
>>
>> Попробуйте оставить DE на интегрированной графике и запускать конкретное
>> приложение через optirun. Если кулер гедуть не будет, значит дело скорее
>> всего в прожорливости DE до аппаратного ускорения.
>>


signature.asc
Description: PGP signature

Re: Установить драйвер nvidia для GTX 960M

2016-09-28 Пенетрантность Dmitrii Kashin

Grigory Fateyev  writes:

> Пытаюсь установить так:
>
> apt-get install nvidia-driver bumblebee-nvidia
>
> Всё встаёт нормально, после загрузки bumblebee начинает крутиться
> вентилятор на максимуме (похоже на видеокарте). После перезагрузки
> и startx X сервер виснет намертво не успев записать в лог.

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

За время пользования данным добром, я успел наловить тысячу багов и
замучиться в конец. Оно очень не устойчиво ведёт себя при обновлении:
всегда есть вероятность, что что-нибудь да отвалится. И одно дело Вы не
можете какой-нибудь steam запустить нормально, потому что у вас optirun
полетел ко всем чертям. Но совсем другое, когда у Вас DE не грузится.

Я использовал bumblebee несколько лет назад на jessie, когда он был ещё
в тестинге с карточкой GF GTX-930M. Но использовал исключительно для
того, чтобы запускать игрушки. Производительность была гораздо лучше
виндовой. Предполагаю, что в основном потому, что видеокарту
использовало только одно приложение за раз (у меня нету DE в принципе, а
для тайловых wm хватает и интеграшки).

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

Попробуйте оставить DE на интегрированной графике и запускать конкретное
приложение через optirun. Если кулер гедуть не будет, значит дело скорее
всего в прожорливости DE до аппаратного ускорения.

signature.asc
Description: PGP signature

Re: ищу планировщик, todo-лист на замену BSD calendar

2016-09-16 Пенетрантность Dmitrii Kashin

Denis  writes:

> Ищу софтину, способную заменить для меня BSD calendar для ведения todo-листа

В Debian, к слову, есть bsd calendar. Первым же запросом в google
выдаёт. Предположу, что Вы ищете более функциональную альтернативу.

Я может слегка не в тему, но в Emacs есть специальный режим org-mode,
который всё это умеет.

> Обязательные требования:
>
>  * интерфейс командной строки

Сам не использовал, но в принципе можно посредством вызова
emacsclient --eval '(some-function)'

Документация у org великолепная, так что найти нужную функцию труда не
составляет.

>  * возможность создавать подзадачи

Прямо из коробки.

>  * возможность настраивать повторяемость по различным формулам, в
>частности: n-ая суббота каждого месяца,

<%%(dairy-float t 6 n)>, где 6 - это суббота, n - которая.

>  * настраивать зависимость задач друг от друга (т.е. зависимая задача
>не появляется в листе, пока не будет выполнена задача, от которой
>она зависит)

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

Дополнительно:
- Удобный экспорт/публикация в различные форматы.
- Возможность сворачивания/разворачивания описаний задач.
- Формирование агенды (распорядка дня)

signature.asc
Description: PGP signature

Devuan (Was: [debian-devel] Обсуждение удаления sysvinit-скриптов из пакетов.)

2016-09-12 Пенетрантность Dmitrii Kashin

Victor Wagner  writes:

> Можно предолжить эту систему проекту devuan или самому дистрибутив
> форкнуть.

Кстати, вот интересный вопрос: кто-нибудь его уже поставил в качестве
основной системы?

У меня всё руки не дойдут. На одной из машин я сейчас держу смешанную
систему, но я довыпендривался с репами и, похоже, придётся впервые за 6
лет систему сносить и с нуля накатывать. Вот думаю: перебраться, что ли,
на devuan полностью, или опять держать смешанную систему debian/devuan?

Суть в том, что в devuan в пылу выпиливания libsystemd0 много чего
выкинули из репозитория. Не то, чтобы жизненно необходимые вещи, но вот
потеря mpd лично мне не приятна очень. Привык я к нему.

Поделитесь мнениями, пожалуйста. Стоит ли выделить одну из рабочих машин
под Devuan?

signature.asc
Description: PGP signature

Re: Gmane потихоньку умирает...

2016-09-12 Пенетрантность Dmitrii Kashin

Dmitry Alexandrov <321...@gmail.com> writes:

> Dmitry Derjavin  writes:
>
>> Чт, 25 авг 2016, 22:27, Dmitry Alexandrov:
>>
 Да поиск тоже ерунда — каналы сейчас широкие, можно загрузить группу и
 искать по ней Alt-s/Alt-r.
>>>
>>> Если речь о Гнусе, то уверенно искать по группе при помощи M-s / M-r
>>> все-таки нельзя, ибо это поиск по *исходному* (а не декодированному)
>>> тексту письма, который может быть вовсе и не текстом.
>>
>> Это не так. Извините за каламбур, но поищите в рассылке, здесь недавно
>> обсуждалось.
>
> Пардон, что значит «не так», когда легко убедиться, что по крайней мере
> из коробки все именно так?  Вот, к примеру, т. Дмитрий Кашин посылает в
> эту рассылку письма обернутыми в base64, значит, чтоб найти в них слово,
> скажем, «Systemd» посредством M-s в Гнусе нужно запросить его не иначе,
> чем как «U3lzdGVtZ», по «Systemd» же вы ничего так не найдете.

Так ведь проблема как раз в том и есть, что Вы хотите найти *все*
сообщения со словом "Абыр", но один шлёт в base64, другой в koi8r,
третий в utf8, четвёртый и вовсе в cp-1251. Все варианты одновременно
найти не получится. Только какой-нибудь один. Вот в этом, собственно,
вся беда.

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

signature.asc
Description: PGP signature

Re: [debian-devel] Обсуждение удаления sysvinit-скриптов из пакетов.

2016-08-30 Пенетрантность Dmitrii Kashin

Victor Wagner  writes:

> On Tue, 30 Aug 2016 10:29:53 +0500
> Stanislav Vlasov  wrote:
>
>> 
>> > Для конкретного случая можно специфицировать некое подмножество
>> > этого протокола.  
>> 
>> > Например, вызов с параметрами start/stop/restart.  
>> 
>> Если этот вызов для админа, а не для загрузки - не вижу проблем.
>
> Тут вопрос скорее в интерфейсе для мейнтейнера пакета, а не админа или
> системы инициализации. В смысле, если предоставишь исполняемый
> файл с вот таким интерфейсом - при вызове с параметром start делает то,
> stop се, depends это, то система инициализации этот файл подхватит и
> будет через него демоном управлять.
>
> А уже потом, специфицировав этот протокол, делаем интерпретаторы для
> существующих декларативных конифгов и врапперы для прочих случаев,
> поддерживающие этот протокол.

Я тут хотел бы также вклиниться, ибо уже не раз встречал что-то
подобное. Важно, чтобы этот интерфейс был на интерпретируемом языке. Я
слышал, что раньше было можно вместо init-скрипта подставить просто
бинарный файл, поддерживал бы он только необходимый набор аргументов
типа start/stop/etc... Имхо это конечно возможность интересная, но для
системного администратора совершенно негодно, ибо одно дело - переписать
скрипт на живой системе, и совсем другое - пересобрать бинарь,
выполняющий ту же функцию.

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

signature.asc
Description: PGP signature

[debian-devel] Обсуждение удаления sysvinit-скриптов из пакетов.

2016-08-29 Пенетрантность Dmitrii Kashin


Я хочу обратить внимание сообщества debian-russian на обсуждение[1] в
рассылке debian-devel инициативы сопровождающего пакет conntrackd
удалить скрипты инициализации sysvinit.

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



Вот небольшая информация для размышления:

Основной аргумент мейнтейнера был "настало время дать sysvinit
умереть"[4].

Расс Олбери, голосовавший в 2014м за Systemd как систему инициализации,
высказался против удаления скриптов инициализации sysvinit из пакетов.[5]

Ян Джексон в 2014м настаивал на том, что Systemd -- это система по
умолчанию только для Jessie [2], Гарби уверил его в том, что решение
ТехКоммитета отражает эту позицию тоже [3].

В этом сообщении[6] Роберт Эдмондс замечает, что удаление скрипта
инициализации нарушает политику[7] Debian по поддержке сторонних систем
инициализации.



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

Пожалуйста, если Вы заинтересованы в сохранении поддержки
sysvinit-скриптов в пакетах, примите участие в дискуссии.



[1] https://lists.debian.org/debian-devel/2016/08/threads.html#00448
[2] https://lists.debian.org/debian-ctte/2014/02/msg00353.html
[3] https://lists.debian.org/debian-ctte/2014/02/msg00361.html
[4] https://lists.debian.org/debian-devel/2016/08/msg00456.html
[5] https://lists.debian.org/debian-devel/2016/08/msg00451.html
[6] https://lists.debian.org/debian-devel/2016/08/msg00450.html
[7] https://www.debian.org/doc/debian-policy/ch-opersys.html#s-alternateinit


signature.asc
Description: PGP signature

Re: Gmane потихоньку умирает...

2016-08-29 Пенетрантность Dmitrii Kashin

Dmitry Derjavin  writes:

> Чт, 25 авг 2016, 22:27, Dmitry Alexandrov:
>
>>> Да поиск тоже ерунда — каналы сейчас широкие, можно загрузить группу и
>>> искать по ней Alt-s/Alt-r.
>>
>> Если речь о Гнусе, то уверенно искать по группе при помощи M-s / M-r
>> все-таки нельзя, ибо это поиск по *исходному* (а не декодированному)
>> тексту письма, который может быть вовсе и не текстом.
>
> Это не так. Извините за каламбур, но поищите в рассылке, здесь недавно
> обсуждалось.

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

signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-06-30 Пенетрантность Dmitrii Kashin

Sergey B Kirpichev  writes:

>> > Реальность, увы разбивает ваши фантазии.  Мейнтейнеры systemd весьма
>> > активно разбираются с багрепортами, чего не скажешь про других...
>> 
>> Это говорит скорее о сырости продукта.
>
> Увы, это говорит о том, что кто-то другой наплевал на багрепорты, причем 
> давно.

Интересное замечание с учётом того, что авторы systemd тупо закрывают
баги, которые им не нравятся. Это, по-вашему, называется "не забивать на
багрепорты?

>> > Баги, висящие годами - это, увы, про sysvinit.
>> 
>> Ну так надо работать, а не брюзжать в debian-russian о том, как всё
>> плохо.
>
> И что, вы уже не брюзжите и пошли предложить свою помощь в RFA баг?

Да, и уже включаюсь в работу.



signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-06-12 Пенетрантность Dmitrii Kashin

Sergey B Kirpichev <skirpic...@gmail.com> writes:

> On Sun, Jun 12, 2016 at 01:48:13AM +0300, Dmitrii Kashin wrote:
>> Возможно смысл в том, чтобы повесить баг всё же есть.
>
> Но пусть это сделает кто-то другой.
>
> И эти люди удивляются почему в Debian теперь systemd.

Социальная деятельность занимает время. У этих людей тоже есть работа,
дела. Они, вероятно, тоже очень заняты.

>> Пусть на systemd
>> копятся баги. Пусть сообщество знает, что с systemd есть проблемы.
>> 
>> А то и правда, повсюду вижу, как люди страдают от него, а баги внезапно
>> оказываются объективно не отражающими статистику.
>
> А может наоборот, отражают.  Я вот уже начинаю сомневаться.

Ну и сомневайтесь дальше.

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

Это говорит скорее о сырости продукта.

> Баги, висящие годами - это, увы, про sysvinit.

Ну так надо работать, а не брюзжать в debian-russian о том, как всё
плохо.


signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

Melleus  writes:

> Sergey B Kirpichev  writes:
>
>> Стоны есть - багов, как и прежде - нет.
>
> Это как же можно сформулировать баг к квадратному колесу, если его
> основной фичей по задумке изобретателя является именно квадратность?
> Само квадратное колесо баг и есть. Очень плохо ехать машине на
> квадратных колесах, в какой цвет их не покрась и какими болтами не
> прикрути. Продукт - сырой и не юникс-вей. Вообще удивительно, как он в
> стабильную ветку попал. Болтался бы в сиде себе, где ему и место, пока
> не созреет.

Возможно смысл в том, чтобы повесить баг всё же есть. Пусть на systemd
копятся баги. Пусть сообщество знает, что с systemd есть проблемы.

А то и правда, повсюду вижу, как люди страдают от него, а баги внезапно
оказываются объективно не отражающими статистику.

Само собой, чёрта с два мейнтейнеры эту проблему решат. Скорее всего
будет как обычно с сырым софтом бывает: перенаправят в апстрим, а там
его встретит Леннарт и скажет, что так и должно быть, и вообще бага не у
него, а в стороннем софте.

signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

Dmitrii Kashin <free...@freehck.ru> writes:

> Sergey B Kirpichev <skirpic...@gmail.com> writes:
>
>>> но из за нескольких лентяев никчемного пакета
>>
>> "Лентяи" - все-таки обеспечили работу gnome без systemd.
>
> По-моему Вы что-то путаете. Я вот выставил отрицательные пины пакетам
> systemd, и сейчас по вашей наводке решил поставить gnome. Само собой он
> не поставился. Поскольку никаких других пинов у меня в системе нет, он
> всё-таки жёстко зависит от systemd.

upd: Вспомнил, что у меня часть пакетов из sid. Для чистоты эксперимента
сделал полный даунгдейд на jessie. Оказалось, что gnome тянет лишь
libsystemd0, что, в принципе, уже не так страшно, по сравнению с тем,
что раньше gnome зависел от logind.

Я ошибся, gnome дейстивтельно отвязали от systemd-as-pid-1.

signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev <skirpic...@gmail.com> writes:

> On Sat, Jun 11, 2016 at 04:20:09PM +0300, Dmitrii Kashin wrote:
>> Дискуссия однозначно на уровне.
>
> Ну а что еще прикажете сказать тому, что даже release notes
> не читал от слова совсем?

Я бы предложил не говорить ничего, это разумнее.

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

signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev <skirpic...@gmail.com> writes:

> On Sat, Jun 11, 2016 at 03:09:40PM +0300, Dmitrii Kashin wrote:
>> Sergey B Kirpichev <skirpic...@gmail.com> writes:
>> >> но из за нескольких лентяев никчемного пакета
>> >
>> > "Лентяи" - все-таки обеспечили работу gnome без systemd.
>> 
>> По-моему Вы что-то путаете.
>
> Ну а как же я без вас, да еще самостоятельно - способен
> опознать работающий у себя init.  Никак, ессно.
>
>> Я вот выставил отрицательные пины пакетам
>> systemd, и сейчас по вашей наводке решил поставить gnome.
>
> Не лезьте в систему, если неспособны прочесть документацию.

Дискуссия однозначно на уровне.


signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev <skirpic...@gmail.com> writes:

> On Sat, Jun 11, 2016 at 02:51:56PM +0300, Dmitrii Kashin wrote:
>> Вот такая вот статистика, что подобной фразой сыплет всё ваше сообщество
>> на любую критику systemd.
>
> "Ваше", это, пардонте, какое?

Сообщество сторонников systemd.

PS: и не надо меня в Cc: добавлять, пожалуйста.

signature.asc
Description: PGP signature

Re: Удобная читалка для ebook форматов.

"d.himro"  writes:

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

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


signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev  writes:

>> но из за нескольких лентяев никчемного пакета
>
> "Лентяи" - все-таки обеспечили работу gnome без systemd.

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

signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

"Dmitry E. Oboukhov"  writes:

>> А для работы над systemd в Debian - люди не пожалели своих
>> сил, отсюда и вся разница.
>
> вот тут ошибка.
> systemd в Debian вошел имеенно потому что люди ПОЖАЛЕЛИ свои силы.
>
> в чем суть ситуации
>
> - есть разрабы gnome которые зачем-то сунули зависимость на systemd
> - есть майнтенеры, которые как бы взялись майнтенить gnome для Debian
>   = для 100500 платформ. для того чтобы корректно разрешить ситуацию у
>   них было несколько выходов
> 1. отрезать systemd от Gnome в Debian
> 2. пропихнуть переход Debian на systemd
> 3. уйти из Debian, поскольку задача не по зубам

В дополнение, кидаю сюда повторно ссылку:
http://www.opennet.ru/base/sys/systemd_myth.txt.html
Пункт 2.1.

> соответственно часть людей ушло, насколько я знаю, а другая часть
> пропихнула в Debian systemd.

Кстати, Devuan уже в бета-тестировании. Там много чего выкинули, что
меня лично расстраивает. В частности мой любимый mpd. Но в принципе жить
уже можно.


signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

Sergey B Kirpichev  writes:

> On Wed, Mar 02, 2016 at 06:30:36PM +0300, Dmitry E. Oboukhov wrote:
>> >> первые и вторые не составят значимого сопротивления проталкивания УГ
>> >> а у последним дешевле будет перейти на Gentoo, а если УГ дотолкают до
>> >> него, то на LFS, либо появится форк.
>> 
>> > Так всю дорогу и собираетесь переходить, пока другие гадят
>> > в хорошие вещи?
>> 
>> я борюсь со злом по мере моих скромных сил
>> но бороться с самим прародителем зла это...
>> (ц) Ш. Холмс
>
> QED.  Пшик высокопарных слов.

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

> Я, конечно, понимаю когда такое говорит отдельный представитель критикующей
> апщественности.  Но когда это уже _статистика_ (пока изъявили желание
> поучаствовать - только 2 шт. чел., причем посторонние этой рассылке)...
>
> А для работы над systemd в Debian - люди не пожалели своих
> сил, отсюда и вся разница.


signature.asc
Description: PGP signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

Artem Chuprina  writes:

> Dmitry E. Oboukhov -> debian-russian@lists.debian.org  @ Wed, 2 Mar 2016 
> 12:08:40 +0300:
>
>  DEO> теперь если говорить о собственно УГ (systemd).
>  DEO> какую проблему решает systemd?
>  DEO> кто-то пробовал сформулировать? вот что делает systemd такого чего
>  DEO> нельзя сделать с другими init?
>
> Ну, что systemd действительно делает, так это изоляцию сервиса,
> независимо от того, из скольких процессов он состоит.  Этого другие init
> не умеют, и это действительно полезно.  Если б в комплекте не давали
> неотрываемо хреновую работоспособность, ради этого стоило бы им
> пользоваться.

Изоляция бывает разных уровней. Для кого-то и chroot - приличная
изоляция. Кому-то надо сверху обязательно LXC, и потому они выбирают
Docker. А мне и вовсе достаточно, чтобы процессов, относящихся к одному
сервису был общий pgid.

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

Кстати, по поводу активации сокетов, вот буквально вчера переводил статейку:
http://www.opennet.ru/base/sys/systemd_myth.txt.html
Обратите внимание на пункт 7.3.

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

> Еще, как я понимаю, на него же (зря) повешена задача доступа локального
> юзера к локальному оборудованию.  Другие init'ы ею вообще не занимаются,
> и собственно, не было штатного того, кто ею бы занимался.  Но тут я могу
> ошибаться, считая, что задача повешена именно на него, в том смысле, что
> systemd-logind и собственно systemd слишком тесно связаны.  Формально-то
> этим занимается отдельный процесс...

Та же ссылка, пункт 1.


signature.asc
Description: PGP signature

Re: ifupdown / systemd

2016-01-18 Пенетрантность Dmitrii Kashin


>>> Нужно подождать пока в тестинг придет systemd версии 228-4 (текущая
>>> версия в сиде) или новее и все разрешится.
>> Не обязательно. Можно ещё: а) временно поставить на удержание старую
>> версию ifupdown, и б) поставить systemd из sid.

> Поставить временно на удержание и есть подождать пока не придет новая
> версия systemd

Хм. А я подумал, что Вы предлагаете просто не обновляться, пока не
приедет новая версия systemd. Всё-таки между "подождать и не
обновляться" и "обновить всё, кроме одного пакета" содержит некоторую
разницу.

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

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

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

Более того, некоторые пакеты вообще имеет смысл всегда ставить из
сида. Вот те же релизы GNU Emacs обычно достаточно стабильны, чтобы
ставить их из нестабильной ветви. Один фиг почти весь функционал потом
будет ставиться из Emacs Packages в user space.


signature.asc
Description: PGP signature

Re: ifupdown / systemd

2016-01-13 Пенетрантность Dmitrii Kashin

Tim Sattarov  writes:

> On 12/01/16 01:23 PM, Max Dmitrichenko wrote:
>> Между тем, проблема не столько в systemd, сколько в пакете ifupdown,
>> который явственно декларирует конфликт с новой версией systemd, и в

fix: со *старой* версией systemd

>> суровой правде жизни о том, что заливаются в testing они не синхронно.
>> То есть пинять (а точнее пытаться пинять) нужно тогда уж целиком на
>> весь Debian, что они такие растакие держут в тестинге конфликтующие
>> версии, а бюрократия не даёт им сделать это синхроно. Уверен, что
>> такой ситуации не возникнет при апгрейде на strech, когда он станет
>> stable.

А в остальном всё верно.

> Что интересно, по моему никто так и не понял, в чем дело то с ifupdown
> vs. systemd

Разве?

> читаем:
>
> при апгрейде
> ifupdown : Breaks: systemd (< 228-3~) but 228-2+b1 is installed.
>
> то есть ему нужна версия *новее*

Правильно. Новая несовместимая версия ifupdown прилетела раньше, чем
нужная ей версия systemd.

> Нужно подождать пока в тестинг придет systemd версии 228-4 (текущая
> версия в сиде) или новее и все разрешится.

Не обязательно. Можно ещё: а) временно поставить на удержание старую
версию ifupdown, и б) поставить systemd из sid.


signature.asc
Description: PGP signature

Re: Стабильная система?

2015-10-26 Пенетрантность Dmitrii Kashin

Oleksandr Gavenko <gaven...@gmail.com> writes:

> On 2015-10-15, Dmitrii Kashin wrote:
>
>> Бывает, что императивное программирование разумнее. Большинство
>> алгоритмов можно писать в функциональном стиле, но бывает и так, что это
>> порождает большой оверхед в производительности.
>
> Или наоборот имея в вычислительной модели гарантии о ссылочности меджу данными
> можно уменьшить время в блокировках или эфективней собирать мусор.
>
> Сравните:
>
>   http://benchmarksgame.alioth.debian.org/u64q/performance.php?test=threadring

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

Вот в данном случае, я поискал по слову thread ring test -- и ничего не
уяснил для себя. Где мне посмотреть, что это такое-то?

К тому же, мне интересно, что там можно в OCaml сравнивать по части
тредов. У него ж их нет.

signature.asc
Description: PGP signature

Re: Стабильная система?

2015-10-26 Пенетрантность Dmitrii Kashin

"Артём Н." <artio...@yandex.ru> writes:

> On 17.10.2015 22:21, Dmitrii Kashin wrote:
>> "Артём Н." <artio...@yandex.ru> writes:
>>
>>> On 16.10.2015 16:46, Artem Chuprina wrote:
>>>> Артём Н. -> debian-russian@lists.debian.org  @ Fri, 16 Oct 2015 16:04:15 
>>>> +0300:
>>>>
>>>>АН> Хосспади, OCaml... o.O
>>>>АН> Может, когда требуется "большой кусок в императивном стиле",
>>>>АН> следует отказаться от использования функционального языка в сторону 
>>>> императивного?
>>>>АН> Или религия не позволяет? ;-)
>>>>
>>>> А смысл, если есть язык, который это позволяет прямо тут?  Ocaml,
>>>> насколько я понимаю, ничем не плох.
>>>
>>> "Большой кусок в императивном стиле" может иметь разный размер.
>>> Смысл в том, чтобы молотком забивать гвозди, а под микроскопом 
>>> рассматривать нечто под увеличением.
>>> Конечно, возможно на молоток линзу приделать, но зачем?
>>
>> Артём, всё в толк не возьму: Вы что сказать-то хотели?
>>
> Для чего использовать инструмент, не ориентированный на данную задачу?
> Возможно конечно пытаться "задать порядок выполнения" в функциональном языке,
> а возможно использовать императивный для "императивного" куска и не городить 
> огород
> (к тому же, если код уже фактически написан).
> Почему просто не выделить в отдельный проект?

Артём, Вы всё попутали. Это Haskell -- чисто функциональный язык. Это в
нём надо "задавать порядок выполнения". В Ocaml как раз прямо
противоположная ситуация: если нужно написать кусок в императивном
стиле, средства языка это вполне позволяют.

Поэтому, может быть:

АН> Хосспади, Haskell... o.O



signature.asc
Description: PGP signature

Re: Криптовечеринка в Москве


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

На всякий случай мой телефон: 8-929-666-1115


signature.asc
Description: PGP signature

Re: Криптовечеринка в Москве

А где?! Мы четверо сидим в домашнем зале. Три мужика и девушка.

zhukov <zhu...@zhukov.int.ru> writes:

> Я на месте... ))
>
> 22.10.2015 15:23, Dmitrii Kashin пишет:
>> Dmitrii Kashin <free...@freehck.ru> writes:
>>
>>> Всем заинтересованным хочу сообщить, что добавил к событию на biglumber
>>> по совету одного из участников (Vladimir Ivanov) связку ключей, в
>>> которую все желающие могут поместить свои открытые ключи заранее.
>> Забыл, собственно, ссылку на связку:
>>
>> http://biglumber.com/x/web?keyring=1465


signature.asc
Description: PGP signature

Re: Криптовечеринка в Москве

Dmitrii Kashin <free...@freehck.ru> writes:

> Так, ребята, я сообразил, что мы никогда друг друга не видели, и потому
> никак не можем состыковаться. Все прибывшие, спросите на ресепшене про
> криптовечеринку, вас проводят.
>
> На всякий случай мой телефон: 8-929-666-1115

Криптовечеринка прошла на ура!

Заметки:

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

Были: Константин Журавлёв, Муинова Анастасия, Дмитрий Верхотуров,
Дмитрий Кашин + разные люди, которые пришли просто пообщаться, а не
подписать ключи.

Всем, всем большое спасибо за душевную атмосферу и приятное общение.
Думаю, надо устраивать такие встречи чаще.

PS: Очень обидно было, что Артём Чуприна так и не появился. Я очень хотел
наконец познакомиться.

signature.asc
Description: PGP signature

Re: Криптовечеринка в Москве

Egorov Aleksey  writes:

> как я к Вам хочу присоединиться. Жаль работа и расстояние в 700 км.

Коли будешь проездом у нас, пиши, авось соберёмся. =)


signature.asc
Description: PGP signature

Re: Модерирование debian-russian (Was Re: Зависание на перезагрузке/выключении)

2015-10-22 Пенетрантность Dmitrii Kashin

Oleksandr Gavenko  writes:

> Я бы еще упомянул о https://en.wikipedia.org/wiki/Kill_file
>
> Меньше оффтопа лезет.
>
> В теле писем есть заголовки, на подобии:
>
>   Message-ID: <20151020003556.07cf4203@STNset>
>   References: 
> 
>   <20151015172103.425a985f@STNset>
>   <561facd0.7040...@gmail.com>
>   <20151019122946.3ec7c...@brick.gerasiov.net>
>
> По ним можно резать ветки, не понравился Message-ID - все сообщения, в которых
> он встретится в References - тоже убиваем (и так рекурсивно). Разве что кто то
> оборвет нить треда.

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

Если нажать `V e' в summary buffer, Вы сможете увидеть текущий рейтинг
всех статей. У меня вот он выглядит вот так:

(("references"
  ; ... не важно ...
  )
 (expunge -5000) ; делает статьи невидимыми при рейтинге ниже -5000
 (mark -500) ; автоматически отмечает статьи прочитанными при рейтинге ниже -500
 ("from"
 ; устанавливает господину Ста Деюс рейтинг -1, со всеми вытекающими
  ("Ста Деюс " -1 nil s)))

По факту, это единственный индивид, который удостоился чести попасть в
expunge. Чего и Всем остальным рекомендую сделать.

signature.asc
Description: PGP signature

Re: Криптовечеринка в Москве

2015-10-22 Пенетрантность Dmitrii Kashin

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

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

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

PS: Сожалею, что узнал о keyring-ах слишком поздно. Но лучше поздно, чем
вообще никогда.


signature.asc
Description: PGP signature

Re: Криптовечеринка в Москве

2015-10-22 Пенетрантность Dmitrii Kashin

Dmitrii Kashin <free...@freehck.ru> writes:

> Всем заинтересованным хочу сообщить, что добавил к событию на biglumber
> по совету одного из участников (Vladimir Ivanov) связку ключей, в
> которую все желающие могут поместить свои открытые ключи заранее.

Забыл, собственно, ссылку на связку:

http://biglumber.com/x/web?keyring=1465


signature.asc
Description: PGP signature

Re: Криптовечеринка в Москве

2015-10-17 Пенетрантность Dmitrii Kashin

zhukov  writes:

> Дмитрий, давай как организатор (зачинщик) Первой Московской Бутырской
> KSP, заводи мероприятие на biglumber.com.

Done: http://biglumber.com/x/web?ev=93106;qh=16591


signature.asc
Description: PGP signature

Re: Стабильная система?

2015-10-17 Пенетрантность Dmitrii Kashin

"Артём Н."  writes:

> On 16.10.2015 16:46, Artem Chuprina wrote:
>> Артём Н. -> debian-russian@lists.debian.org  @ Fri, 16 Oct 2015 16:04:15 
>> +0300:
>>
>>   АН> Хосспади, OCaml... o.O
>>   АН> Может, когда требуется "большой кусок в императивном стиле",
>>   АН> следует отказаться от использования функционального языка в сторону 
>> императивного?
>>   АН> Или религия не позволяет? ;-)
>>
>> А смысл, если есть язык, который это позволяет прямо тут?  Ocaml,
>> насколько я понимаю, ничем не плох.
>
> "Большой кусок в императивном стиле" может иметь разный размер.
> Смысл в том, чтобы молотком забивать гвозди, а под микроскопом рассматривать 
> нечто под увеличением.
> Конечно, возможно на молоток линзу приделать, но зачем?

Артём, всё в толк не возьму: Вы что сказать-то хотели?


signature.asc
Description: PGP signature

Re: Криптовечеринка в Москве

zhukov <zhu...@zhukov.int.ru> writes:

> 15.10.2015 22:01, Dmitrii Kashin пишет:
>> Может быть, есть желающие присоединиться, познакомиться, пообщаться?
>> Давайте обсудим! :)
>
> Я подписываюсь!

О, пошло дело.

> Вечер текущей пятницы уже упущен. Как насчет следующей?

Окей, значит, в следующую пятницу. В 19:30 удобно?

> Дмитрий, давай как организатор (зачинщик) Первой Московской Бутырской
> KSP, заводи мероприятие на biglumber.com.

Вау, какие оказывается ресурсы существуют. Сейчас сделаю. :)


signature.asc
Description: PGP signature

Re: Стабильная система?

Vladimir Zhbanov  writes:

> On Fri, Oct 16, 2015 at 01:33:51AM +0300, Artem Chuprina wrote:
>
> И, прошу прощения за невежество, что в языках с duck typing хуже по
> сравнению с языками со статической типизацией, если не считать размер
> объектного кода из-за проверок типа?

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

> Не знаю за другие языки (и даже за другие лиспы), дюже не пробовал, но
> в guile scheme (который я пытаюсь начать осваивать в последние пару
> лет) вопрос размера объектного кода сейчас во многом решается на этапе
> прекомпиляции (если я правильно понял одного из авторов), причём
> работа в этом направлении идёт масштабная.

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

> ...
>>  DK> Сейчас я работаю в основном на Racket Scheme, Emacs/Common Lisps и
>>  DK> Ocaml. Последний выглядит для меня примерно как Haskell, только без
>>  DK> ленивости. Синтаксис выразительный, но логика вычислений проще поддаётся
>>  DK> осмыслению, и дебаг также не вызывает трудностей.
>> 
>> Мозги разные?  Для меня логика вычислений на хаскеле на порядок (по
>> основанию явно больше 2, но не 10) проще для осмысления.  Именно в силу
>> функциональности.  Ведь императивный алгоритм - это инструкции для
>
> Ээээмм, ещё раз прошу прощения... А разве названные языки не- (недо-?)
> функциональные?

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

signature.asc
Description: PGP signature

Re: Стабильная система?

Artem Chuprina <r...@lasgalen.net> writes:

> Dmitrii Kashin -> debian-russian@lists.debian.org  @ Thu, 15 Oct 2015 
> 21:49:30 +0300:
>
>  >>  DK> За время работы с ним меня приятно удивило после Haskell:
>  >>
>  >>  DK> 1) Позволяет более просто комбинировать функциональное и императивное
>  >>  DK> программирование: не надо изворачиваться монадами, чтобы добиться
>  >>  DK> последовательного выполнения команд.
>  >>
>  >> ...
>  >>
>  >> а зачем, собственно, добиваться последовательного выполнения никак не
>  >> связанных между собой команд?
>
>  DK> Я думаю, тут есть недоразумение. Требование последовательного выполнения
>  DK> определённых команд как раз и определяет связь между ними. Если конечно
>  DK> не считать, что связь -- это "результат А нужен для вычисления B". Тут
>  DK> важно понять, что императивное программирование -- это именно
>  DK> программирование с изменением состояния системы.
>
> Тогда это, натурально, связанные между собой команды.  Для вычисления B
> требуется состояние системы, полученное после вычисления A.
>
> Хаскельный компилятор просто более аккуратно подходит к вопросу
> зависимости (он машина, ему внимания не жалко), и может обнаружить
> независимость там, где программист ее не обнаружил, и по умолчанию
> полагает, что зависимость есть.

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

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

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

> Хаскель, кстати, будет делать дубликат не всего словаря, а только той
> ветки, в которой поменяли значение.  Для, допустим, Map это O(log n).

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

>  DK> Бывает, что это упрощает описание алгоритма. Например, если Вы
>  DK> реализуете программу, алгоритм которой описан в императивном стиле в
>  DK> некоторой статье, то логично пользоваться тем же представлением, что и
>  DK> автор.
>
> Ну, тут да.  Тут, действительно, может выясниться, что один в один
> перевести сложнонавороченный цикл на монадную схему... не то чтобы
> сложно, но получается менее удобочитаемо.  С другой стороны, ну, пишем
> наскоро EDSL под псевдокод из статьи, и вперед.  Зефиров рассказывал,
> что для какой-то довольно серьезной задачи он делал императивный даже не
> EDSL, а просто DSL, и транслировал его в хаскель.

Ну, в принципе, создание EDSL -- это метод. Но это, как я понимаю, в
основном прерогатива Lisp-ов. Там они органичны более-менее. (Хотя это
смотря где ещё. Вот гигиенические макросы из Scheme на меня тоску
наводят). А как в Haskell с расширением синтаксиса?

>  DK> Бывает, что без этого обойтись невозможно. Такое случается, когда Ваша
>  DK> программа должна некоторым образом взаимодействовать со внешней
>  DK> средой. Вот пишете Вы, допустим, сборочную систему, и Вам принципиально
>  DK> важно, чтобы были выполнены последовательно сначала git clone, а потом
>  DK> git checkout.
>
> Это система с изменением состояния - "не склонировано", "склонировано",
> "извлечено".  git checkout можно делать из состояния "склонировано", а
> откуда и когда оно взялось, в этом месте неважно.  А берется оно из
> завершения git clone (это состояние RealWorld)...
>
> Система зависимостей тут как раз может гарантировать консистентность
> вытащенного, потому что, если копать дальше, для выполнения git clone
> надо, чтобы место было чистое - и вызывается команда приведения места в
> чистое состояние...

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

Re: Стабильная система?

Vladimir Zhbanov  writes:

> И в нашем комьюнити (не смог подобрать здесь слова лучше) постоянно
> висят крики типа "ну вас с вашим дурацким ским/лиспом, си форевер, или
> накрайняк хотим питону".

Есть два типа языков программирования. На которые все ругаются -- раз,
которыми никто не пользуется -- два. :)

Это у Вас ещё слабое противостояние. Си против лиспов не тянет
совершенно: если постараетесь, заткнёте оппонентов за пояс. Дело плохо,
когда какие-нибудь фанатики начинают дебаты типа "Racket vs Clojure" или
"Ocaml vs Scala". В таких случаях лучше отойти в сторонку, ибо разговор
неизбежно сведётся к плюсам и минусам JVM. :)

> Повторюсь, я недавно начал знакомиться с Scheme. И вот, когда смотришь
> "этот статический C-код"...  Не, плакать не хочется... Хочется
> плюнуть, и бросить всё это безнадёжное дело.

Да, первое впечатление от Лиспов, оно такое. Но Вы не обольщайтесь. У
нас есть куча своих проблем. Как говорил Ф. Брукс: "серебряной пули
нет".

signature.asc
Description: PGP signature

Re: Стабильная система?

2015-10-15 Пенетрантность Dmitrii Kashin


>> 1) Позволяет более просто комбинировать функциональное и императивное
>> программирование: не надо изворачиваться монадами, чтобы добиться
>> последовательного выполнения команд.
>>
> Но зачем?

"This is no matter of religion or esthetics; a priori neither style is
prettier or holier than the other. On the contrary, one style may be
more adequate than the other depending on the problem to be solved.

The first rule to apply is the rule of simplicity. Whether the algorithm
to use implemented is written in a book, or whether its seed is in the
mind of the programmer, the algorithm is itself described in a certain
style. It is natural to use the same style when implementing it.

The second criterion of choice is the efficiency of the program. One may
say that an imperative program (if well written) is more efficient that
its functional analogue, but in very many cases the difference is not
enough to justify complicating the code to adopt an imperative style
where the functional style would be natural". [1]

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

[1] http://caml.inria.fr/pub/docs/oreilly-book/html/book-ora038.html


signature.asc
Description: PGP signature

Криптовечеринка в Москве

2015-10-15 Пенетрантность Dmitrii Kashin


Собственно, а почему бы нам не организовать небольшое мероприятие?

Я бы предложил посидеть в Брудере на Бутырской (ст. м. Савёловская)[1],
можно хорошо покушать, выпить пива/чаю, ну и конечно же, подписать друг
другу ключи.

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

Может быть, есть желающие присоединиться, познакомиться, пообщаться?
Давайте обсудим! :)

[1] http://butirskaya.beerbruder.ru/gallery/


signature.asc
Description: PGP signature

Re: Стабильная система?

2015-10-15 Пенетрантность Dmitrii Kashin

Artem Chuprina <r...@lasgalen.net> writes:

> Dmitrii Kashin -> debian-russian@lists.debian.org  @ Wed, 07 Oct 2015 
> 02:07:07 +0300:
>
>  DK> За время работы с ним меня приятно удивило после Haskell:
>
>  DK> 1) Позволяет более просто комбинировать функциональное и императивное
>  DK> программирование: не надо изворачиваться монадами, чтобы добиться
>  DK> последовательного выполнения команд.
>
> ...
>
> а зачем, собственно, добиваться последовательного выполнения никак не
> связанных между собой команд?

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

Зачем это нужно? Ну, бывают разные случаи.

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

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

Бывает, что без этого обойтись невозможно. Такое случается, когда Ваша
программа должна некоторым образом взаимодействовать со внешней
средой. Вот пишете Вы, допустим, сборочную систему, и Вам принципиально
важно, чтобы были выполнены последовательно сначала git clone, а потом
git checkout.

>  DK> 2) Позволяет таки определять полиморфные функции. Да, это нарушение
>  DK> системы типов, но если этим не злоупотреблять, то это даже удобно.
>
> Какого именно вида полиморфных функций?  В хаскеле их минимум два (а с
> generics, пожалуй, и все три).

Прошу прощения, ошибся. Я уже начал подзабывать Haskell. Да, в Haskell
есть полиморфные функции.

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

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

По поводу каррирования, то вот к примеру можно определить функцию со
двумя опциональными аргументами:

let funA ?a ?(b=1) c = match a with
  | None -> b*c;
  | Some a -> a+b*c

И после этого каррировать её вот так:\

let funB = funA ~a:None ~b:2

При этом "funB 1" будет эквивалентна "funA ~b:2 1"

Вот тут ещё можно посмотреть очень интересное мнение:
http://blog.ezyang.com/2010/10/ocaml-for-haskellers/

>  DK> Я в своё время с Вашей подачи пытался взять Haskell наскоком. Увы, он
>  DK> меня расстроил по целому ряду причин. Если хотите, могу рассказать.
>
> Было бы интересно.  Я его и сам осваивал небыстро, и кое-что открываю в
> нем до сих пор, пятый год уже.  (Кое-что из этого, впрочем, и
> появилось-то в этом году.)

Если Вы не возражаете, я сегодня на работе сделал некоторую заготовку
для ответа Вам, но адаптировать её и выверять у меня уже нет сил. Потому
помещаю как есть.

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

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

Программа была научная, и её целью было исследование метода. Так вот:
очень, очень сложно производить дебаг алгоритма, когда вычисления
производятся ленивым образом. 

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

Промучившись с этим делом полгода, я отошёл от этой задачи в сторону
Common Lisp'а, который хотя и динамически типизирован, сэкономил мне
кучу времени макросами и приличным FFI-ем (как подружить с которым
Haskell я понятья не имею, ибо опять же, ленивость).

Сейчас я работаю в основном на Racket Scheme, Emacs/Common Lisps и
Ocaml. Последний выглядит для меня примерно как Haskell, только без
ленивости. Синтаксис выразительный, но логика вычислений проще поддаётся
осмыслению, и дебаг также не вызывает трудностей.

> Я Вам открою, наверное, страшную тайну: в хаскеле вообще невозможно
> добиться последовательного выполнения команд, кроме как через
> зависимость "результат A нужен для вычисления B".  В монадах на сей
> предмет нет ничего волшебного.  Даже в монаде IO.  Я когда-то, посмотрев
> на

Re: Стабильная система?

2015-10-06 Пенетрантность Dmitrii Kashin

Artem Chuprina  writes:

> Артём Н. -> debian-russian@lists.debian.org  @ Mon, 28 Sep 2015 10:37:48 
> +0300:
>
>  АН> Offtopic:
>  АН> А что кто-то реально использует Haskell?
>
> Да.  И на данный момент я его считаю лучшим вариантом по соотношению
> затрат на разработку и уверенности в результате, с БОЛЬШИМ отрывом от
> конкурентов.

Я хотел бы высказать сомнение в большом отрыве Haskell от
Ocaml. Последний видится мне весьма живым проектом.

За время работы с ним меня приятно удивило после Haskell:

1) Позволяет более просто комбинировать функциональное и императивное
программирование: не надо изворачиваться монадами, чтобы добиться
последовательного выполнения команд.

2) Позволяет таки определять полиморфные функции. Да, это нарушение
системы типов, но если этим не злоупотреблять, то это даже удобно.

Я в своё время с Вашей подачи пытался взять Haskell наскоком. Увы, он
меня расстроил по целому ряду причин. Если хотите, могу рассказать.

signature.asc
Description: PGP signature

Re: Автомонтирование NTFS-флэшек

2015-04-06 Пенетрантность Dmitrii Kashin

Victor Wagner vi...@wagner.pp.ru writes:

 Например перейти на использование нормального ядреного модуля ntfs
 вместо fuse-based NTFS-3g? Вдруг я чего не знаю, а его уже дописали до
 полноценной r/w работы?

Я пересобирал когда-то руками. Но это решение это принималось тогда,
когда ядерный ntfs умел монтировать только на чтение.

С некоторых пор, кажется, положение дел внутри ядра сильно улучшилось: у
меня из fstab происходит автомонтирование ntfs-разделов в режиме rw при
указанной файловой системе auto. И я сомневаюсь, что это fuse.

Правда, про чтение-запись я собственно указываю явно:
/dev/sdb1   /mnt/flash   auto   
noauto,users,rw,gid=users,fmask=0117,dmask=0007 0 0


signature.asc
Description: PGP signature

Re: logind, consolekit, xdm, …

2015-02-21 Пенетрантность Dmitrii Kashin

Artem Chuprina r...@ran.pp.ru writes:

Ivan Shmakov - debian-russian@lists.debian.org @ Thu, 19 Feb 2015 08:59:40
+:

IS Чем не устраивает $ sudo poweroff, $ sudo reboot? Подозреваю,
IS можно и в Xfce настроить их использование — вместо «штатных»
IS средств (какими бы они ни были.)

AC Я тоже хотел задать этот вопрос, но вовремя догадался :) Так можно
AC заребутить НЕ ТУ машину.

AG Если оно в менюшке, то риск гораздо ниже.

AC Если ты не используешь иксы по сети, то да. consolekit, насколько
AC я понимаю, как раз дает возможность гарантировать, что ребутить
AC будут только локальную станцию.

IS Насколько я понимаю, Consolekit лишь разрешает доступ к ряду
IS привилегированных операций тем пользователям, которые в данный
IS момент «локально» зарегистрированы в системе.

IS То, что конкретный пользователь может ровно в то же самое время
IS работать с той же системой через SSH — Consolekit не волнует.

Да. Но в данном случае - оно согласится заребутить машину из менюшки
xfce только в том случае, если сеанс локальный. Т.е. если человек,
который дернул эту менюшку, в даный момент за клавиатурой именно этой
машины.

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

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

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

signature.asc
Description: PGP signature

Re: Кросс-компиляторы для Debian

2015-02-15 Пенетрантность Dmitrii Kashin


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

С учётом существования multiarch, мне казалось, что это не должно быть
проблемой. Так вот, разве нельзя просто добавить через dpkg
дополнительную архитектуру (arm какой-нибудь) и установить необходимых
devel-библиотек?

Это представление сильно отличается от реальности?


signature.asc
Description: PGP signature

Re: Медленный выход из hibernation

2015-02-15 Пенетрантность Dmitrii Kashin

Артём Н. artio...@yandex.ru writes:

Система очень медленно выходит из сна.
Раньше всё было нормально. Использовал pm-utils.
Поигрался со свопом (раздел надо было поменять, удалял своп, перекраивал
LVM), гибернация
перестала работать. Потом вспомнил, сделал своп нужного размера.
root@dana:~# free
total used free sharedbuffers cached
Mem: 19G17G 1,9G 325M 898M12G
-/+ buffers/cache: 4,6G14G
Swap: 20G 2,5G18G

Всё-равно не работала. Поставил uswsusp.
Теперь pm-hibernate работает через s2disk.
Выход из сна порядка 10 минут после возврата в пользовательский режим.
Лампочка работы диска постоянно горит.
Приходится убивать хром, скайп и файрфокс (плюс, подрубается бэкаппер и
прочее), т.к.
iotop показывает, что они наиболее активно работают с диском.
Раньше выход из гибернации был быстрым.

Сталкивался ли кто-то с такой проблемой?
В чём заключается причина проблемы?
Как это исправить?

Я бы предположил, что у Вас после увеличения swap-раздел на lvm стал
фрагментирован. Поскольку, судя по выхлопу free, он у Вас используется
целиком, стало быть периодически система ждёт нужного сектора, который
может быть весьма неблизко.

Как решать? Вообще, я бы посмотрел в сторону pvmove: можно подключить
лишний хард, расширить на него VG и выполнить что-то вроде `pvmove
--background /dev/sda1' - это перенесёт все PE с sda1 на другой
доступный PV.

Вообще, я не знаю, чтобы существовала официальная программа для
дефрагментации LVM2. Об этом уже поднимался[1] вопрос, и вроде даже были
какие-то утилитки[2] для оного дела, но их нет в репах (надо собирать) и
про их стабильность я тоже не в курсе. Некоторые люди[3] говорят, что у
них defrag отработал успешно. Если не страшно, можете попробовать. Потом
расскажите о результатах.

[1] http://www.redhat.com/archives/linux-lvm/2010-November/msg00104.html
[2] http://bisqwit.iki.fi/source/lvm2defrag.html
[3]
http://unix.stackexchange.com/questions/45847/defragmentation-of-lvm2-logical-volumes

signature.asc
Description: PGP signature

Re: Говорить голосом

2015-02-13 Пенетрантность Dmitrii Kashin

Dmitry E. Oboukhov un...@debian.org writes:

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

 скайп отвалился относительно недавно: они в звуке теперь только
 пульсаудио хотят и никак по другому.

Вы в танке. Соберите и установите apulse. Это такая заглушка, которая
предоставляет API PulseAudio, но всё, что она на самом деле делает - это
перенаправляет аудиопоток в ALSA.

После этого сможете запускать любую программу как:
% apulse progname

Я так сейчас скайпом пользуюсь. Очень удобно.


signature.asc
Description: PGP signature

Re: mouse

Алексей Витальевич Коротков a.v.korot...@gmail.com writes:

On Sat, 31 Jan 2015 13:30:01 +0300
Dmitrii Kashin wrote:

DK Если только не нужно заменить умолчания чем-то особым, как в случае
DK с проприетарным драйвером от NVidia.

В таких случаях люди не задают таких вопросов как ТС. Они знают, что
именно туда вносят и зачем.

Конечно задают. Заставить работать блоб NVidia не так-то просто. У них
есть какой-то авто-конфигуратор, который требует ручной доводки. Вот
человек его запустил, конфиг теперь имеет, но что-то с этим конфигом не
срастается.

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

Это да. Они уже лет 5 как автоматом настраиваются.

DK Угу. И работайте на интегрированной графике.

Интегрированная графика, если она вообще есть у ТС, отключена в BIOS,
скорее всего. Вы про nouveau?

Нет, я про графическое ядро, которое есть нынче в любом процессоре для
настольных ПК. И нет, я не представляю, чтобы его можно было отключить в
BIOS. Вы, наверное, с дискретной графикой путаете (которая optimus).

signature.asc
Description: PGP signature

Re: mouse

Алексей Витальевич Коротков a.v.korot...@gmail.com writes:

On Sat, 31 Jan 2015 19:47:26 +0300
Dmitrii Kashin wrote:

DK Конечно задают. Заставить работать блоб NVidia не так-то просто. У
DK них есть какой-то авто-конфигуратор, который требует ручной
DK доводки. Вот человек его запустил, конфиг теперь имеет, но что-то с
DK этим конфигом не срастается.

У меня такой же конфиг (да, весь я его не видел, но не думаю, что он
хоть чем-то отличается от конфига ТС). Всё работает. Я его не трогал -
как его утилита от NVIDIA сделала, такой и есть.

А я припоминаю, что название драйвера надо было подправить. Видимо,
починили уже.

DK И нет, я не представляю, чтобы его можно было отключить в
DK BIOS. Вы, наверное, с дискретной графикой путаете (которая optimus).

И нет, я ничего не путаю. У меня прямо сейчас стоит системник с i3-530,
который я настраиваю. Там системная плата GigaByte H55-UD3H. User's
Manual, p.47. BIOS Setup. Onboard VGA: Enables or disables the onboard
VGA function.

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

И нет, я не представляю, каким образом, если я поставлю в этот системник
дискретную видеокарту на NVIDIA, выставлю Onboard VGA в Enable If No
Ext PEG, у меня после загрузки заработает интегрированная графика
вместо карты от NVIDIA, даже если я удалю /etc/xorg.conf.

Да, согласен. Это я глупость ляпнул. Тогда без конфига будет работать
именно через карту. Но на каких дровах? Я так понимаю, что о
3d-ускорении в случае отсутствия конфига, можно забыть.

В любом случае, карты от NVidia у меня вызывают море отрицательных
эмоций. Мне хватило квеста по настройке Optimus на своём старом
ноутбуке.

signature.asc
Description: PGP signature

Re: mouse

Алексей Витальевич Коротков a.v.korot...@gmail.com writes:

 On Sun, 01 Feb 2015 00:29:03 +0300
 Dmitrii Kashin wrote:

 DK Но на каких дровах? Я так понимаю, что о
 DK 3d-ускорении в случае отсутствия конфига, можно забыть.

 Из описания пакета xserver-xorg-video-nouveau:

 3D functionality is provided by the libgl1-mesa-dri package.

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

 DK В любом случае, карты от NVidia у меня вызывают море отрицательных
 DK эмоций. Мне хватило квеста по настройке Optimus на своём старом
 DK ноутбуке.

 Так а других-то почти нет. Это раньше когда-то был выбор. Радеоны
 чем-то лучше?

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


signature.asc
Description: PGP signature

Re: mouse

Ivan Petrov ip...@yandex.ru writes:

 30.01.2015 03:18, Dmitrii Kashin пишет:
 Ivan Petrov ip...@yandex.ru writes:

 По русски:
 После установки проприетарного нвидиа (кажись)
 стала плохо работать мышь
 lxde wheezy 64

 может в этом дело?:

  # generated from default
  Identifier Mouse0
  Driver mouse
  Option Protocol auto
  Option Device /dev/psaux
  Option Emulate3Buttons no
  Option ZAxisMapping 4 5
 EndSection

 mouse? А почему не evdev? Или это наконфигуряло что-то nvidia-вское?

 да это конфиг нвидии

Я Вам говорю, вместо mouse напишите evdev.
Опции удалите.
Приложите следующим письмом результирующий Xorg.conf и лог запуска.


signature.asc
Description: PGP signature

Re: mouse