Re: kicad pcbnew not start
Hi, On Fri, Mar 04, 2022 at 07:52:43AM +0400, scaldov wrote: > Package: kicad > Version: 6.0.2+dfsg-1 > Severity: important > > Dear Maintainer, > I completely cannot edit pcb layout. > When I try to open .kicad_pcb in my kicad project, I get two > messageboxes "cannot open shared library libwx_gtk2u_gl-3.0.so.0" and > "could not load kiface library /usr/bin/_pcbnew.kiface" Which version of Debian are you using? Here, I have Debian 11 (bullseye) with KiCAD installed from backports: % apt-cache policy kicad kicad: Installed: 6.0.2+dfsg-1~bpo11+1 Candidate: 6.0.2+dfsg-1~bpo11+1 Version table: 6.0.2+dfsg-1 100 100 http://ftp.pt.debian.org/debian sid/main amd64 Packages *** 6.0.2+dfsg-1~bpo11+1 200 200 http://deb.debian.org/debian bullseye-backports/main amd64 Packages 100 /var/lib/dpkg/status 5.1.9+dfsg1-1 500 500 http://ftp.pt.debian.org/debian bullseye/main amd64 Packages 5.0.2+dfsg1-1 500 500 http://ftp.pt.debian.org/debian buster/main amd64 Packages Everything works as expacted. -- Stanislav Maslovski
Re: Интересное поведение сети
Доброго времени суток, On Thu, Feb 10, 2022 at 03:30:11PM +0300, Артём Н. wrote: > Есть UDP echo-сервер (не важно какой, пусть будет на основе Netcat): > ncat -4 --exec /bin/cat -u --listen 2000 > Запускаю клиент на той же машине: > ncat -4 -s 192.168.2.13 -u 127.0.0.1 2000 > Адрес 192.168.2.13 от реально существующего адаптера, т.е. адрес машины в > ЛВС. > > Пишу что-то на клиенте - сервер выходит с кодом 0. > > Запрос принимает, ответ успевает отправить, но ответ не доходит. > Почему? Это не особенность поведения сети, а скорее особенность работы netcat с UDP сокетами. Пакет не доходит до клиента так как у пакетов, идущих от сервера, src IP отличен от 127.0.0.1: 13:55:20.051152 loIn IP 192.168.2.13.34469 > 127.0.0.1.2000: UDP, length 5 13:55:20.054295 loIn IP 192.168.2.13 > 192.168.2.13: ICMP 192.168.2.13 udp port 34469 unreachable, length 41 Если запустить клиента под strace, то видно, что после создания сокета с помощью socket() and bind() его на IP = 192.168.2.13, он зовет connect() на 127.0.0.1. После чего этот сокет будет принимать только пакеты с src IP = 127.0.0.1. Поэтому и "ICMP 192.168.2.13 udp port 34469 unreachable". -- Stanislav Maslovski
Re: gtk3 theme selection
Доброго времени суток, On Fri, Oct 29, 2021 at 09:17:56AM +0300, sergio wrote: > А кто-нибудь знает, как gtk3 приложения выбирают тему? > > Вот есть: > > 1. переменная окружения GTK_THEME='Adwaita:dark' В переменных окружения у меня только GTK2_RC_FILES=/home/stas/.gtkrc.mine но это относится к GTK2. > 2. ручка gtk-application-prefer-dark-theme=true в [Settings] в > ~/.config/gtk-3.0/settings.ini В этом файле у меня gtk-theme-name=Arc-Dark gtk-application-prefer-dark-theme=true gtk-font-name=Sans 10 gtk-toolbar-style=GTK_TOOLBAR_BOTH_HORIZ gtk-toolbar-icon-size=GTK_ICON_SIZE_SMALL_TOOLBAR > 3. gsettings set org.gnome.desktop.interface gtk-theme 'Adwaita' или > 'Adwaita-dark' Этой тулзой не пользовался, поскольку текущий конфиг GTK2/3 (давно ещё когда-то настроенный) работает норм. > Как это всё между собой взаимосвязано? Некоторая инфа есть тут: https://docs.gtk.org/gtk3/class.Settings.html > Если ли какое одно место, в котором можно указать, что выбирать надо > тёмную адвайту? ИМХО, в ~/.config/gtk-3.0/settings.ini Этого должно быть достаточно в минимальной конфигурации без популярных desktop env и всяких gnome-settings-daemon, etc.
Re: порядок аргументов gcc
On Fri, Sep 04, 2020 at 12:36:15PM +0300, sergio wrote: > On 04/09/2020 12:26, Stanislav Maslovski wrote: > > gcc --version > > gcc (Debian 10.2.0-6) 10.2.0 > > Это Sid Попробуй сделать gcc --verbose usbtest.c -lusb и gcc --verbose -lusb usbtest.c и сравни вывод. -- Stanislav
Re: порядок аргументов gcc
On Fri, Sep 04, 2020 at 01:40:43PM +0300, Anatoly Pugachev wrote: > On Fri, Sep 4, 2020 at 1:12 PM sergio wrote: > > Забавно, но это не у одного меня так: > > https://stackoverflow.com/questions/45135/why-does-the-order-in-which-libraries-are-linked-sometimes-cause-errors-in-gcc И вот тут еще, про --as-needed в секции "Importance of linking order" https://wiki.gentoo.org/wiki/Project:Quality_Assurance/As-needed -- Stanislav
Re: порядок аргументов gcc
Доброго времени суток,
On Fri, Sep 04, 2020 at 12:01:00PM +0300, sergio wrote:
> gcc -lusb file.c
> раньше работало, а теперь ругается на undefined reference и надо говорить
> gcc file.c -lusb
> Что произошло и что поменялось?
Какая версия gcc?
% gcc --version
gcc (Debian 8.3.0-6) 8.3.0
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
% gcc usbtest.c -lusb
% gcc -lusb usbtest.c
% cat usbtest.c
#include
int main()
{
usb_init();
return 0;
}
--
Stanislav
Re: Fwd: Новая версия российского дистрибутива Astra Linux Common Edition
On Sun, May 24, 2020 at 12:15:53PM +0300, Michael Shigorin wrote: > Здравствуйте. > Коллеги, если у кого будет лишний раз возможность помочь > с вразумлением руководства русбитеха -- не пренебрегайте. ИМХО, эффективные менеджеры вразумляются только на нарах, да и то не в нашей реальности. -- Stanislav
Re: Почтовый клиент и gmail
On Thu, Apr 23, 2020 at 03:32:15PM +0300, Eugene Berdnikov wrote: > On Thu, Apr 23, 2020 at 12:09:16PM +0100, Stanislav Maslovski wrote: > [...] > > Что интересно, за всю долгую мою жизнь на mutt+procmail+fetchmail (да > > еще и с почтовыми ящиками в формате mbox) почта ни разу не гробилась. > > Среди тех mbox были ящики под 50 гиг, которые интересуют топикстартера? :) Нет, такого безобразия у меня никогда не было. Ибо регулярно запускается archivemail и старая почта пакуется в архив. -- Stanislav
Re: Почтовый клиент и gmail
On Tue, Apr 21, 2020 at 12:41:30PM +0300, Дмитрий Кашин wrote: > Когда смотрел в последний раз — шустрее всего на больших объёмах работал > Evolution. Может быть уже давно всё исправили, но в прошлом Evolution ужасно тормозил на больших объёмах почты. И пару-тройку раз (пока я им пытался пользоваться) гробил свои базы после очередного краша. Крашился, надо сказать, он весьма регулярно, но было это лет 5 назад. Что интересно, за всю долгую мою жизнь на mutt+procmail+fetchmail (да еще и с почтовыми ящиками в формате mbox) почта ни разу не гробилась. -- Stanislav
Re: О вольных и невольных врагах свободного Интернета
Доброго времени суток, On Tue, Apr 14, 2020 at 10:37:40AM +0300, Victor Wagner wrote: > > И с хренов ли "вне зависимости от воли цензоров"? Даже тут, где народ > > продвинутый, у многих провайдерами почты являются толстые сервисы, > > которые могут не принять что угодно откуда угодно по воле цензоров. Не > > обязательно даже людей-цензоров, это могут оказаться > > роботы-цензоры. Сколь угодно криво написанные. > > Ну что вы все так в цензоров уперлись? > А про удобство никто не вспоминает. Именно. Я вот сейчас зашёл на discourse.debian.net и попытался что-то там почитать и понял, что не могу. Просто не воспринимается подача информации в таком формате. Справедливости ради, стоит заметить, что если открыть тот же сайт в elinks, читать становится легче, но не факт, что функционал при этом тот же. > Мы почту читаем в том клиенте который нам удобен, да еще после того, > как она подверглась фильтрации сколь угодно криво написанного > робота-цензора, работающего в наших интересах > (если у кого-то это гугловский интерфейс и гугловский робот-цензор, то > значит этому человеку так удобно, это его личный выбор.). Для меня, в основном благодаря неограниченному размеру ящика, гуглопочта в своё время оказалась весьма удобна для переноса туда всех почтовых рассылок. На настоящий момент из них активны максимум десяток-полтора, да и трафик уже совсем не тот, что лет пятнадцать назад. Так что держаться за гуглопочту уже не принципиально, но менять что-либо лень. Работает - и ладно. > И ответ пишем в том текстовом редакторе, который нам удобен. > А не в том поделии на javascript, которые встроили в страницу авторы > очереднго угребища на руби. И не только это. Например, когда ты подписан на несколько десятков почтовых рассылок, жизненно необходим аналог фидошной карбонки (у меня реализован через procmail + локальный msgid cache). В целом же - жаль, что почтовые рассылки умирают... -- Stanislav
CryptoTokenExtension
Доброго времени суток, Кто-нибудь в курсе какие данные и куда пересылает сабж из chromium? В интернете противоречивая инфа относительно безопасности этого расширения. А удалить его нельзя (ну разве только из исходников выпиливать). -- Stanislav
Re: «Единственный мне известный логичный язык - это Tcl» (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
On Mon, Sep 30, 2019 at 08:09:07PM +0300, Victor Wagner wrote: > Stanislav Maslovski пишет: > > On Sun, Sep 29, 2019 at 08:23:47PM +0300, Dmitry Alexandrov wrote: > > > Victor Wagner wrote: > > > > Единственный мне известный логичный язык - это Tcl > > > > > > «Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет > > > пологичнее Тикля. > > > > Если упор на "логичность", то тогда уж, скорее, PROLOG и его > > производные. > > > "Логический" и "Логичный" это разные вещи. Что не мешает Прологу быть вполне логичным языком (а только помогает). > Наиболее распространенный язык с логической парадигмой это make. Он декларативный, да. Но к полноценным логическим языкам я бы его не стал относить... > И вот уж где логичностью и не пахнет. Дык, исторически он развивался вовсе не с упором на логику. -- Stanislav
Re: «Единственный мне известный логичный язык - это Tcl» (was: Firefox неправильно восстанавливает запомненную при выходе позицию)
On Sun, Sep 29, 2019 at 08:23:47PM +0300, Dmitry Alexandrov wrote: > Victor Wagner wrote: > > В Sun, 29 Sep 2019 12:16:57 +0300 Eugene Berdnikov пишет: > >> Короче, Bourne shell это тяжкий груз наследственности. > > > > Любая система, получившаяся сколько-нибудь широкое распространие - это > > тяжкий груз наследственности. > > > Единственный мне известный логичный язык - это Tcl > > «Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет пологичнее > Тикля. Если упор на "логичность", то тогда уж, скорее, PROLOG и его производные. -- Stanislav
Re: Соотнесение процесса и поля QoS
On Mon, Sep 23, 2019 at 04:54:27PM +0300, Михаил Касаджиков wrote: > Stanislav Maslovski писал(а) в своём письме > Mon, 23 Sep 2019 16:32:46 +0300: > > Технически это можно сделать только с правами суперюзера. > > > > Переключение же между GID, EGID и SGID можно делать от обычного > > пользователя, без setuid root. ИМХО, сделать setgid прямо на нужную > > группу выйдет на порядок безопаснее, чем городить огород из setuid > > утилит... > > Однако, использование вашего grpwrapper требует предварительной > установки нужной группы на сам бинарь, а как это сделать без рута? Совсем без рута обойтись нельзя, конечно. Но, одно дело, когда права рута используются лишь однажды, явно, администратором системы при установке wrapper-а, и другое, когда эти права неявно получает setuid root утилита, всякий раз, когда пользователь запускает свою программу. > Или заводить по бинарю для каждой желаемой группы? А много ли их надо иметь, этих групп? У меня, на данный момент, используется всего лишь одна. И wrapper, соответственно, один. -- Stanislav
Re: Соотнесение процесса и поля QoS
On Mon, Sep 23, 2019 at 05:03:03PM +0300, Eugene Berdnikov wrote: > On Mon, Sep 23, 2019 at 02:09:57PM +0100, Stanislav Maslovski wrote: > > ИМХО, благодаря наличию компилятора в штатной системе, да ещё с полным > > комплектом системной документации, написание своих утилит под свои же > > потребности - это тоже true Unix-way ;-) > > Скорее махоDOSизм. :) ИМХО, написание bash скриптов - ещё больший мазохизм. А приходится ;) > В системе есть ещё штатный ассемблер, кстати. Ну да, но зачем ассемблер, если есть С? -- Stanislav
Re: Соотнесение процесса и поля QoS
On Mon, Sep 23, 2019 at 11:26:18AM +0300, Михаил Касаджиков wrote: > > Можно, конечно, поставить setgid на бинарник setpriv-а (или на копию) на > > нужную группу, но это уже выйдет как из (предварительно заглушённой) > > пушки по воробьям стрелять. > > Есть ещё sg (симлинк на newgrp). Прав рута не требует, Эта утилита, в неком смысле, аналог su, но для групп. А рута она не требует только потому, что бинарник newgrp помечен setuid root. > переключает на любую группу, в которой состоит пользователь. Технически это можно сделать только с правами суперюзера. Переключение же между GID, EGID и SGID можно делать от обычного пользователя, без setuid root. ИМХО, сделать setgid прямо на нужную группу выйдет на порядок безопаснее, чем городить огород из setuid утилит... -- Stanislav
Re: Соотнесение процесса и поля QoS
On Mon, Sep 23, 2019 at 10:53:56AM +0300, Eugene Berdnikov wrote: > On Sun, Sep 22, 2019 at 04:11:55PM +0100, Stanislav Maslovski wrote: > > Это полезная утилита, но она требует прав рута для своей работы. А мне > > нужно ограничить доступ для приложения, которое запускается обычным > > пользователем. Кстати, и автору оригинального поста тоже. > > > > Можно, конечно, поставить setgid на бинарник setpriv-а (или на копию) на > > нужную группу, но это уже выйдет как из (предварительно заглушённой) > > пушки по воробьям стрелять. > > Есть ещё sudo. Да, бутерброд выходит, но ничего самому писать на Си > не нужно, только скрестить правильно базовые программы. Unix-way. ИМХО, благодаря наличию компилятора в штатной системе, да ещё с полным комплектом системной документации, написание своих утилит под свои же потребности - это тоже true Unix-way ;-) -- Stanislav
Re: Ограничение программе доступа в сеть (was: Соотнесение процесса и поля QoS)
Доброго времени суток, On Sun, Sep 22, 2019 at 10:38:26PM +0300, Dmitry Alexandrov wrote: > Stanislav Maslovski wrote: > > У меня для аналогичного эффекта (ограничение доступа к сети для некой > > проприетарщины) много лет используется вот такой простенький setgid > > wrapper в комбинации c owner GID match в OUTPUT chain: > > Хотел бы заметить, что ограничение доступа в сеть для программы — это > куда более прозаичная задача, чем назначение его пакетам ToS, и > решение у нее куда очевиднее, чем cgroups: *selinux*. Нет, SELinux-ом не пользуюсь. В дебиане юзабельный SELinux появился (по моим меркам) не так уж и давно. Ключевые слова тут "много лет". > Все равно ведь вы его используете, раз приложение несвободное, верно? Не верно. > > Но, как я понимаю, в такой постановке, запущенная через execve() > > программа сможет поменять свой GID (исходный egid родителя) на свой > > же EGID (исходный rgid родителя), что может оказаться дырой в защите > > Да что у там: на любую группу из тех, в каких состоит пользователь, она > сможет поменять. ;-) С чего бы это? Документация говорит только лишь, что An unprivileged process may change its real U(G)ID, effective U(G)ID, and saved set-user(group)-ID, each to one of: the current real U(G)ID, the current effective U(G)ID or the current saved set-user(group)-ID. -- Stanislav
Re: Соотнесение процесса и поля QoS
On Sun, Sep 22, 2019 at 01:47:13PM +0300, Eugene Berdnikov wrote: > On Sat, Sep 21, 2019 at 10:37:15PM +0100, Stanislav Maslovski wrote: > > On Sun, Sep 15, 2019 at 12:12:10PM +0300, Pavel Volkov wrote: > > > Я налуркал, что в iptables есть таблица owner, где можно матчить по UID, > > > GID, PID. > > > Я использую nftables, там есть матчинг по UID, GID. > > > Может быть при запуске этих процессов как-то менять им GID? > > > > У меня для аналогичного эффекта (ограничение доступа к сети для некой > > проприетарщины) много лет используется вот такой простенький setgid > > wrapper в комбинации c owner GID match в OUTPUT chain: > > ... > > В пакете util-linux есть setpriv(1). Это полезная утилита, но она требует прав рута для своей работы. А мне нужно ограничить доступ для приложения, которое запускается обычным пользователем. Кстати, и автору оригинального поста тоже. Можно, конечно, поставить setgid на бинарник setpriv-а (или на копию) на нужную группу, но это уже выйдет как из (предварительно заглушённой) пушки по воробьям стрелять. -- Stanislav
Re: Соотнесение процесса и поля QoS
Доброго времени суток,
On Sun, Sep 15, 2019 at 12:12:10PM +0300, Pavel Volkov wrote:
> Я налуркал, что в iptables есть таблица owner, где можно матчить по UID,
> GID, PID.
> Я использую nftables, там есть матчинг по UID, GID.
> Может быть при запуске этих процессов как-то менять им GID?
У меня для аналогичного эффекта (ограничение доступа к сети для некой
проприетарщины) много лет используется вот такой простенький setgid
wrapper в комбинации c owner GID match в OUTPUT chain:
/* 8< /
#define _GNU_SOURCE
#include
#include
extern char **environ;
int main(int argc, char *argv[])
{
gid_t rgid, egid, sgid;
/* needs at least one argument (an executable file to run) */
if (argc < 2)
return 1;
/* get the process GIDs */
if (getresgid(, , ) < 0)
return 2;
/* set all GIDs to EGID, so that no further change is possible */
if (setresgid(egid, egid, egid) < 0)
return 3;
/* execute argv[1] with the rest of args, in the same evironment */
return execve(argv[1], [1], environ);
}
/* >8 /
Компилируется, кладётся в /sbin или ещё куда.
# chgrp <нужная_группа> /sbin/grpwrapper
# chmod g+s /sbin/grpwrapper
> Но я бы хотел, чтобы создаваемые ими файлы всё-таки имели исходный GID.
С wrapper-ом типа вышеприведённого этого можно добиться,
если GID != EGID. Например, заменив соответствующую строчку в коде на
setresgid(egid, rgid, egid)
Но, как я понимаю, в такой постановке, запущенная через execve()
программа сможет поменять свой GID (исходный egid родителя) на свой же
EGID (исходный rgid родителя), что может оказаться дырой в защите,
или же, приравняв EGID к GID, поломать нужное поведение с файлами.
И CAPABILITIES тут не помогут (поправьте, если вру)...
--
Stanislav
крик души :)
Доброго времени суток, Меня упорно не покидает ощущение, что с каждым новым релизом качество софта в Debian деградирует. Что с этим делать, граждане? Так как это, похоже, нынче глобальный тренд... -- Stanislav
Re: firefox + suspend to disk
On Fri, Mar 29, 2019 at 10:33:01PM +0300, Dmitry Alexandrov wrote: > Eugene Berdnikov wrote: > > On Fri, Mar 29, 2019 at 01:10:52PM +0300, Dmitry Alexandrov wrote: > >> Mykola Nikishov wrote: > >> > Попробовать понять, как не держать много открытых вкладок. > >> > >> Так или иначе, открытые страницы процессорное время не едят > > > > Чо, правда? Как захожу на rbc.ru, lenta.ru или lj.com, в моём ноуте > > включается турбо-отопитель помещения. Firefox выжирает под 100% cpu, иногда > > даже оба ядра. Подскажите как это отключить. > > Да, правда. И не надо на Файрфокс бочки катить. Ниже же признались, что > дело в самовольно загружающейся и исполняющейся проприетарщине. Это так > можно и Дебиан обвинить, и центральный процессор — на них же исполняется. :-) Как-то Вы произвольно мои слова интерпретируете. Вместо Dropbox-а тут могло быть любое другое приложение, активно использующее диск в момент просыпания. Своп же забивает под завязку именно firefox... -- Stanislav
Re: firefox + suspend to disk
On Wed, Mar 06, 2019 at 06:58:00PM +0300, Dmitry Alexandrov wrote: > > Так что ежели оно из гибернейта чекает все свои 3 с фигом гига > > виртуальной памяти, то боюсь, кроме как принудительно прибивать его из > > скрипта засыпания... > > Да в общем-то не велика эта задачка — считать пару-другую гигабайт с > диска в память. Нескольких минут на это не надо. Тут что-то не то. > > А точно ли это Файрфокс что-то читает (пишет), а не кто-то другой > начинает козлить, когда памяти не хватает? Можно, не копаясь в > трассировках, поставить для начала такой простой опыт: разнести подъем > во времени, для чего *остановить* Файрфокс, затем усыпить машинку, > разбудить машинку, и только потом отпустить Файрфокс, — и оценить итог > на глаз. В общем, я кажется понял, в чем у меня проблема: проблема в том, что в момент просыпания, одновременно активируется синхронизация в dropbox и подкачка страниц памяти firefox-а из свопа. Эти два процесса конкурируют за доступ к HDD и система тормозит. iotop рулит (с). Кстати, без разницы спит firefox или не спит: система лагает примерно столько же (~ 3 минуты). -- Stanislav
Re: firefox + suspend to disk
On Wed, Mar 06, 2019 at 04:32:19PM +0300, Artem Chuprina wrote: > Stanislav Maslovski -> debian-russian@lists.debian.org @ Wed, 6 Mar 2019 > 11:44:41 +: > По моему опыту FF с открытыми табами жрет поболе гига собственно памяти > и 3 с фигом виртуальной. Поэтому я его даже перед suspend-to-ram > выключаю, оно даже оттуда тормозит. Jessie, 6 GB RAM. Субъективно, тормоза и на jessie были, но как-то не так все было жутко. Пробовал с chromium - там все ещё хуже. Память сжирается в момент, причём, всего-то с 3-4 открытыми табами. И течёт. Куда мир катится... > Так что ежели оно из гибернейта чекает все свои 3 с фигом гига > виртуальной памяти, то боюсь, кроме как принудительно прибивать его из > скрипта засыпания... Видимо, да. -- Stanislav
firefox + suspend to disk
Доброго времени суток! Ещё одна странность, замеченная после апгрейда до testing. Если на момент перехода в спячку (hibernate) был запущен Firefox c несколькими открытыми табами, система весьма долго приходит в себя после просыпания. Даже после появления на экране иксовой картинки, проходит несколько минут (!), прежде чем ноут прохрюкается (HDD все это время активен и система жутко лагает) и можно будет начать работать. Все это происходит на ноуте с i5-2410M CPU @ 2.30GHz и 4 GB RAM, из которых минимум 50% обычно свободно. Как-то раньше такого торможения на нем не замечалось... Что с этим можно сделать? -- Stanislav
Re: emacs + hunspell + buster
On Mon, Feb 18, 2019 at 06:33:37PM +0300, Dmitry Alexandrov wrote: > Stanislav Maslovski wrote: > > Спасибо за наводку! Исправил, поместив пропатченный и > > откомпилированный ispell.el в /usr/local/share/emacs/26.1/site-lisp/ > > > > Главное, не забыть потом его убрать оттуда... > > Дело, конечно, ваше, но вы выбрали, право, очень странное решение. ГНУ Емакс > — это совсем не вышепоминаемый недобрым словом XKB, у него ‘load-path’ > настраивается сполна. Что помешало положить то же самое, но внутрь > пользовательского каталога? Поскольку это компьютер, которым пользуются два человека с раздельными аккаунтами, то, на мой взгляд, логично было поместить фикс в место, которое system-wide, а не user-specific. -- Stanislav
Re: emacs + hunspell + buster
Доброго времени суток! On Sat, Feb 16, 2019 at 12:54:31AM +0200, Mykola Nikishov wrote: > Stanislav Maslovski writes: > > Что подкрутить? > > Откатить hunspell назад до stable не подойдет? У меня так работает. Спасибо за наводку! Исправил, поместив пропатченный и откомпилированный ispell.el в /usr/local/share/emacs/26.1/site-lisp/ Главное, не забыть потом его убрать оттуда... -- Stanislav
emacs + hunspell + buster
Доброго времени суток! Недавно обновился до buster, в результате чего поломалась проверка орфографии в emacs. В .emacsrc присутствует строчка: '(ispell-program-name "hunspell") hunspell сам по себе работает. При попытке же сделать спелчек из emacs появляется следующая ошибка: Starting new Ispell process hunspell with default dictionary... split-string: Wrong type argument: stringp, nil emacs: Installed: 1:26.1+1-3.2 hunspell: Installed: 1.7.0-2 Попробовал с дефолтовой конфигурацией emacs - та же самая проблема. Что подкрутить? -- Stanislav
Re: порядок инициализации сетевых устройств
On Mon, Aug 28, 2017 at 08:55:13PM +0300, Alex Kicelew wrote: > А можно ли как-то влиять на сабж в условиях чистого > /etc/network/interfaces, безо всяких нетворк-менеджеров и прочих wicd? > > Подробнее: на компе два интерфейса, эзернет и вай-фай. Нужно, чтобы если > при загрузке доступен эзернет, дефолтный роут устанавливался на него, а > на вай-фай только если эзернет недоступен. Сейчас устройства поднимаются > в случайном порядке, и дефолтный роутер оказывается то туда, то сюда. В таблице маршрутизации можно одновременно иметь более чем один дефолтовый маршрут (с разной метрикой). Ядро будет выбирать маршрут с меньшей метрикой в этом случае. То есть, в вашей задаче маршрут через Ethernet должен иметь меньшую метрику, чем маршрут через wifi. При этом порядок инициализации интерфейсов не важен. -- Stanislav
Dynamic tag management in awesome
Приветствую, Подскажите, пожалуйста, что бы такое применить в качестве сабжа на Debian stretch с awesome 4.0? В jessie использовал shifty. Про tyrannical в курсе, но, к сожалению, он глючит даже с дефолтовым конфигом от автора. -- Stanislav
Re: смотрелка двоичных файлов со структурой
On Fri, Mar 27, 2015 at 01:59:04AM +0300, Artem Chuprina wrote: Почему не видел? Видел. Вьюер ИЗВЕСТНЫХ структур. Универсального (юзабельного), правда, не видел. Который покажет и фотографию, и разделы бинарника, и информацию о содержимом zip. Даже в винде, где все время стремятся сделать одну программу, которая делает сразу всё, и то никто не пытается решать НАСТОЛЬКО общую задачу просмотра в одной программе. Ради интереса взглянул на 010editor (ссылку в этом треде приводили: http://www.sweetscape.com/010editor/ ) Проприетарщина и стоит денег (~50$ home use), но выглядит как попытка решения как раз такой задачи. Ибо имеет открытую библиотеку форматов и скриптуется. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150412115619.ga5...@kaiba.lan
Re: уязвимость OpenSSL
On Sat, Apr 12, 2014 at 03:48:24PM +0400, Eugene Berdnikov wrote: On Sat, Apr 12, 2014 at 11:46:09AM +0100, Stanislav Maslovski wrote: On Thu, Apr 10, 2014 at 10:38:43PM +0400, Eugene Berdnikov wrote: Нет, heartbleed это уязвимость против активной атаки специально сконструированными пакетами, которых в нормальном ssl-ном трафике не бывает. Прослушанный трафик в плане heartbleed бесполезен. Что-то я в это не уверен, хоть в детали и не вникал. Если там утечка через неинициализированные данные - Никаких неинициализированных данных там и близко нет, там выход за границы. Почитайте лучше про суть атаки, чем фантазировать попусту. А что это меняет? По последствиям, выход за границы некой структуры в пределах общей heap - та же самая утечка, что и через неинициализированные данные. Безотносительно к конкретному программному механизму утечки, при достаточно долгом пассивном наблюдении за каналом и при наличии на руках проблемного исходного кода, из собранных данных, вероятно, можно восстановить те же самые до 64 К памяти поражённого процесса. Понятно, что это сделать сложнее, чем в случае активной атаки, но в принципе возможно, я думаю. Так что, лучше перебдеть, чем недобдеть. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140413125317.ga14...@kaiba.lan
Re: уязвимость OpenSSL
On Sun, Apr 13, 2014 at 05:19:53PM +0400, Victor Wagner wrote: On 2014.04.13 at 13:53:17 +0100, Stanislav Maslovski wrote: Никаких неинициализированных данных там и близко нет, там выход за границы. Почитайте лучше про суть атаки, чем фантазировать попусту. А что это меняет? По последствиям, выход за границы некой структуры в пределах общей heap - та же самая утечка, что и через неинициализированные данные. Не та же самая, а существенно хуже. Дело в том, что разработчики криптографического софта имеют привычку перед тем как сделать free блоку памяти, где лежал секретный ключ, затирать его нулями. И в OpenSSL тоже есть и везде, где положено, применяется функция OPENSSL_cleanse. Поэтому чтобы в неинициализированную память попал ключ, кто-то должен допустит ещё одну ошибку, кроме той, которая позволила эту память прочитать Безотносительно к конкретному программному механизму утечки, при достаточно долгом пассивном наблюдении за каналом и при наличии на руках проблемного исходного кода, из собранных данных, вероятно, можно восстановить те же самые до 64 К памяти поражённого процесса. Понятно, что это сделать Нельзя. Потому что благонамеренный софт не шлет пакетов у которых payload_length не совпадает с актуальной длиной пересылаемых данных. Хорошо, допустим так. Исходники не читал. Причем пассивное наблюдение за каналом это в данном случае MitM. Все это несколько обнадёживает, но... -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140413133456.ga17...@kaiba.lan
Re: уязвимость OpenSSL
On Thu, Apr 10, 2014 at 10:38:43PM +0400, Eugene Berdnikov wrote: On Thu, Apr 10, 2014 at 05:03:02PM +0100, Stanislav Maslovski wrote: [skipped] ... если у заинтересованных служб была возможность писать тупо _всё_ скопом (а говорят, что она у них есть уже лет как несколько), то вообще _все_ защищённые соединения, которые прошли через их систему, скомпрометированы. Включая пароли, личные данные, номера кредиток, транзакции и т.д. и т.п. Нет, heartbleed это уязвимость против активной атаки специально сконструированными пакетами, которых в нормальном ssl-ном трафике не бывает. Прослушанный трафик в плане heartbleed бесполезен. Что-то я в это не уверен, хоть в детали и не вникал. Если там утечка через неинициализированные данные - то по идее достаточно писать все подряд в течении некоторого времени + немного эвристики и вуаля. А недавняя дебиановская уязвимость со слабыми ключами была настоящей задницей, потому там был шанс взломать пассивно прослушанный трафик. Угу. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140412104609.ga27...@kaiba.lan
Re: уязвимость OpenSSL
On Wed, Apr 09, 2014 at 05:21:47PM +0400, yuri.nefe...@gmail.com wrote: On Wed, 9 Apr 2014, Artem Chuprina wrote: Boris Bobrov - debian-russian@lists.debian.org @ Wed, 9 Apr 2014 13:44:40 +0500: День добрый, Критическая уязвимость в OpenSSL 1.0.1 и 1.0.2-beta - http://habrahabr.ru/post/218609/ все уже обновились? BB Мало обновляться, надо ещё сертификаты поотзывать и перегенерировать. Это может быть уже непрофессиональная паранойя. Если ты крупный сервис, то да, конечно. Если сертификаты скомпрометированы на крупных сервисах, типа yandex, google, dropbox... то трафик слушался и пароли обычных юзеров этих сервисов тоже скомпрометированы. Или я чего-то не понимаю? Всё верно. Причём, если у заинтересованных служб была возможность писать тупо _всё_ скопом (а говорят, что она у них есть уже лет как несколько), то вообще _все_ защищённые соединения, которые прошли через их систему, скомпрометированы. Включая пароли, личные данные, номера кредиток, транзакции и т.д. и т.п. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140410160302.ga17...@kaiba.lan
Re: Обнаружить воткнутый девайс и xinput его
On Wed, Mar 05, 2014 at 11:37:15PM +0400, Artem Chuprina wrote: Привет. Может, кто тут разбирается, и даст умный совет? IMHO, ты пытаешься решить уже решенную задачу. Посмотри в сторону man xorg.conf.d, INPUTCLASS SECTION. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140310153010.ga8...@kaiba.lan
Re: симулятор электрических цепей, или как это сказать...
On Tue, Jan 14, 2014 at 07:50:45PM +0400, dimas wrote: приветствую! товарищи, кто может посоветовать програмку, в которой можно было бы составлять виртуальные электрические схемы и тыкать в них вольтметром и прочими приборами? а то даже не знаю, как это правильно назвать-то))) есть онлайн-версии на разных сайтах, на флешь - зло, а с gnash не все и не всегда, да и вообще хочется чего-то нативного. Рекомендую QUCS: простой интерфейс + относительно неплохой функционал. Пакет присутствовал в дистрибутиве до выпиливания qt3; последняя версия собирается под qt4, но в дистр еще не пришла. В сырцах на http://sourceforge.net/projects/qucs/ есть возможность сборки в deb-пакет. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140117134223.ga15...@kaiba.lan
Re: симулятор электрических цепей, или как это сказать...
On Tue, Jan 14, 2014 at 08:08:32PM +0400, Eugene Berdnikov wrote: On Tue, Jan 14, 2014 at 07:50:45PM +0400, dimas wrote: приветствую! товарищи, кто может посоветовать програмку, в которой можно было бы составлять виртуальные электрические схемы и тыкать в них вольтметром и прочими приборами? а то даже не знаю, как это правильно назвать-то))) есть онлайн-версии на разных сайтах, на флешь - зло, а с gnash не все и не всегда, да и вообще хочется чего-то нативного. Ух ты, а если схема с положительной обратной связью, в неё можно потыкать виртуальным осциллографом? :-) Однозначно да: большинство симуляторов умеет transient mode и позволяет строить графики напряжений и токов в любом участке цепи. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140117135112.ga16...@kaiba.lan
С новым годом, товарищи!
Во какие новости я тут проспал: http://safe.cnews.ru/news/top/index.shtml?2013/12/23/554403 А оно и в линуксе зашито где-нибудь? -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131223120247.ga8...@kaiba.lan
Re: GPT vs. msdos partition table на одной машине
On Mon, Dec 23, 2013 at 11:59:50AM +0400, yuri.nefe...@gmail.com wrote: Вообще же, честно говоря, я не вижу ни единой причины использовать GPT для 500GB диска. Зачем? Хотя, конечно, и мешать не должно... Хотя бы из соображений выпиливания лишней кривизны. И изначальной архитектурной, и той, которая с каждой новой версией fdisk прибавлялась... -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131223121153.ga8...@kaiba.lan
Re: С новым годом, товарищи!
On Mon, Dec 23, 2013 at 12:02:47PM +, Stanislav Maslovski wrote: Во какие новости я тут проспал: http://safe.cnews.ru/news/top/index.shtml?2013/12/23/554403 А оно и в линуксе зашито где-нибудь? Вот этот пост несколько обнадеживает: http://marc.info/?l=openssl-announcem=138747119822324w=2 -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131223122239.ga9...@kaiba.lan
Re: и терминальный шрифт тоже посоветуйте :)
On Mon, Dec 16, 2013 at 09:40:40PM +0600, Alexey Shaposhnikov wrote: On Mon, 16 Dec 2013 16:45:41 +0400 Artem Chuprina r...@ran.pp.ru wrote: Раз уж пошла такая пьянка (большое спасибо, кстати, всем участникам за обсуждение по эмуляторам терминала, прочел много полезного, буду теперь переваривать), расскажите, кто какой терминальный шрифт использует. Terminus-16. Потому что на данном историческом этапе белый векторный шрифт на чёрном фоне даёт либо жуткое мыло, либо чудовищную цветную кайму (у меня монитор с разрешение 1920x1080). Если это не CRT монитор, на котором буквы расплываются по неустранимым техническим причинам, то всегда можно отключить антиалиасинг в fontconfig для true type шрифтов (и найти подходящий шрифт). -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131221115136.gb3...@kaiba.lan
awesome+shifty
Доброго времени суток! Вопрос по shifty и awesome. Хочется такого поведения (на примере skype): По Mod4-r skype - skype стартует, но его окно не всплывает и не получает фокус, и его тэг (для skype заведен свой тэг) не отмечается как urgent. Но при этом хочется, чтобы окно всплывало по мышеклику на иконку в трее, и тэг отмечался urgent при приходе новых сообщений. Попробовал поиграться с флагами nopopup и urgent в shifty.config.apps и shifty.config.tabs, но без явного успеха. Есть ли простое решение проблемы? Установлены версии awesome: 3.4.13-1 awesome-extra: 2012061101 -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131221121953.ga4...@kaiba.lan
Железячные проблемы
Доброго времени суток! В /var/log/mcelog сыплется вот такое: TIME 1387002809 Sat Dec 14 06:33:29 2013 MCG status: MCi status: Corrected error Error enabled MCA: Generic CACHE Level-2 Generic Error STATUS 9001010a MCGSTATUS 0 MCGCAP 5 APICID 0 SOCKETID 0 CPUID Vendor Intel Family 6 Model 5 Hardware event. This is not a software error. MCE 0 CPU 0 BANK 3 TIME 1387005359 Sat Dec 14 07:15:59 2013 MCG status: MCi status: Corrected error Error enabled MCA: Generic CACHE Level-2 Generic Error STATUS 9001010a MCGSTATUS 0 MCGCAP 5 APICID 0 SOCKETID 0 CPUID Vendor Intel Family 6 Model 5 Hardware event. This is not a software error. MCE 0 CPU 0 BANK 3 TIME 1387010309 Sat Dec 14 08:38:29 2013 MCG status: MCi status: Error overflow Corrected error Error enabled MCA: Generic CACHE Level-2 Generic Error STATUS d001010a MCGSTATUS 0 MCGCAP 5 APICID 0 SOCKETID 0 CPUID Vendor Intel Family 6 Model 5 Машинка антикварная (Pentium II). Продул, память вынул, контакты протер. Что еще сделать, прежде чем выкинуть? -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131214092607.ga22...@kaiba.lan
Re: ssh agent
On Wed, Oct 16, 2013 at 02:33:51AM +0400, sergio wrote: On 15/10/13 21:53, Andrey Rahmatullin wrote: On 15.10.13 2031 (+0400), sergio wrote: Хочется что бы ssh agent запрашивал пароль и расшифровывал ключ после первой попытки сказать ssh с дальнейшим продолжением авторизации. Ничего подобного ssh-agent сам не делает. /usr/bin/ssh-agent из openssh-client не делает, о том и речь, в отличии от гномового. Нужный функционал есть у gpg-agent, который может эмулировать протокол ssh-agent-а. Как настроить, описано в man gpg-agent. После настройки необходимо добавить SSH-ключи в пул gpg-agent-a с помощью ssh-add. После этого про ssh-add можно забыть, т.к. добавленные SSH-ключи будут сохранены в зашифрованном виде внутри ~/.gnupg/ (т.е., весь твой зоопарк необязательно держать в ~/.ssh/, если ключи нужны только для логинов). При первом старте ssh сессии gpg-agent запустит pinentry для ввода пароля, расшифрует ключ, и дальше будет работать с ним в целом так же, как и ssh-agent. В сети имеется (лично мной не проверенная) информация, что последние версии gpg и gpg-agent умеют обходиться вообще без SSH-ключей при эмуляции ssh-agent-а (т.е., могут использовать RSA/DSA компоненты gpg-ключа для этой цели). -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131029151209.GA8610@kaiba.homelan
Re: ssh agent
On Tue, Oct 29, 2013 at 09:46:03PM +0400, Mikhail A Antonov wrote: On 29/10/13 19:12, Stanislav Maslovski wrote: Нужный функционал есть у gpg-agent, который может эмулировать протокол ssh-agent-а. Как настроить, описано в man gpg-agent. После настройки необходимо добавить SSH-ключи в пул gpg-agent-a с помощью ssh-add. После этого про ssh-add можно забыть, т.к. добавленные SSH-ключи будут сохранены в зашифрованном виде внутри ~/.gnupg/ (т.е., весь твой зоопарк необязательно держать в ~/.ssh/, если ключи нужны только для логинов). При первом старте ssh сессии gpg-agent запустит pinentry для ввода пароля, расшифрует ключ, и дальше будет работать с ним в целом так же, как и ssh-agent. А форвадится он нормально? Т.е. если я авторизуюсь ключиком на хосте, с него пойду на другой хост, агент будет проброшен? Да. Причём, другой хост может хотеть другого ключа из пула. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131029185119.GA28555@kaiba.homelan
Re: window managers
On Fri, Aug 03, 2012 at 10:48:26AM +0200, Alex Mestiashvili wrote: я знаю людей писавших свой тезисы в имаксе и латеше, ^^ Латехе. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120803110047.GA12933@kaiba.homelan
drag-n-drop в awesome
Доброго времени суток, Вопрос в свете затронутой недавно темы drag-n-drop. Пользуюсь awesome. Иногда возникает желание сделать сабж между окнами с разными тегами, или между распахнутыми на весь экран окнами с одним тегом. В идеале хотелось бы бросать объекты прямо на заголовок (таб) окна, или чтобы можно было бы подтащить объект к заголовку тега, и wm переключился бы на этот тег, и т.п. Есть ли готовые решения? -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120803112126.GA13237@kaiba.homelan
Re: window managers
On Птн, 2012-08-03 at 18:50 +0400, Q wrote: On Friday 03 August 2012 18:04:14 Artem Chuprina wrote: Q - debian-russian@lists.debian.org @ Fri, 3 Aug 2012 15:02:02 +0400: Потому что писать текст и читать текст - это два занятия, между которыми очень мало общего. Q Поделитесь соображениями, пожалуйста. Затроньте тему Q написания/чтения текста на компьютере/бумаге. Я всегда думал, что в Q процессе написания текста необходимо иметь возможность прочтения Q написанного. Опровергните или укажите на ошибку. Хорошо. Подробнее. Есть три занятия: - Писать текст, ... [кусь] - Читать текст, ... [кусь] - И промежуточное занятие - посмотреть, ... Так, уважаемый, это критика висивиг, а не графического представления информации. [кусь] Так причём здесь графический интерфейс как таковой? Мистер Q, Вы не куку? -- Stanislav
Re: window managers
On Чтв, 2012-08-02 at 17:01 +0400, Eugene Berdnikov wrote: On Thu, Aug 02, 2012 at 04:11:46PM +0400, Иван Лох wrote: On Thu, Aug 02, 2012 at 03:07:22PM +0400, Eugene Berdnikov wrote: On Thu, Aug 02, 2012 at 02:24:10PM +0400, Иван Лох wrote: DrugDrop, корневое окно файл-менеджера и апплеты. Пункты 1 и 3 имеют смысл и 2, для дураков, тоже. Другое дело, что 1 и 3 теперь уже и без DE доступны. И кто же исполняет операции по п.1 при отсутствии DE? =8:) Для того чтобы программа удовлетворяла стандартам fd.o сам по себе десктоп не нужен. Поясните, пожалуйста, о каком (каких) стандартах речь. Вот я хочу, например, перетащить объект Контакт из окошка программы телефон в окошко программы ddd. :-) Какой стандарт мне подскажет, что и в какой буфер записать при клике мышки на выделяемый объект, и что должна прочитать и как интерпретировать эти данные программа-приёмник? А причем тут DE? В иксах IPC традиционно делается через properties и механизмы вроде X Selection, которые не зависят от наличия/отсутствия DE. -- Stanislav
Re: window managers
On Thu, Aug 02, 2012 at 05:41:43PM +0400, Eugene Berdnikov wrote: Понятие DE подразумевает наличие единых форматов. Единых форматов чего? Бинарных данных, передаваемых через IPC? Дык, все известные мне попытки реализовать, например, общий конвертер бинарных форматов для X Selections потерпели крах. По простой причине: нет единого органа, который навязывал бы форматы гуёвым кодописателям. Так что - если только в мечтах, и не раньше, чем редхат и каноникал подомнут под себя весь десктопный линукс. Вопрос o том, какие стандарты существуют _вне_ рамок DE. Если их нет, или их мало кто поддерживает, то говорить о том, что DrugDrop существует без DE по меньшей мере некорректно. Ась? Если бы таких стандартов не было, то и наличие DE тут ничем бы не помогло. Другое дело, что они-таки существуют, причём, отдельно от DE. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120802142759.GA20830@kaiba.homelan
Re: window managers
On Thu, Aug 02, 2012 at 06:27:59PM +0400, Stanislav Maslovski wrote: Вопрос o том, какие стандарты существуют _вне_ рамок DE. Если их нет, или их мало кто поддерживает, то говорить о том, что DrugDrop существует без DE по меньшей мере некорректно. Ась? Если бы таких стандартов не было, то и наличие DE тут ничем бы не помогло. Другое дело, что они-таки существуют, причём, отдельно от DE. Для ясности: вышеописанное ^^^ касается *протоколов* обмена, а не *форматов* данных. Последние отданы на усмотрение приложений. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120802143401.GA21799@kaiba.homelan
Re: GNOME3 - это извращение!!!
On Tue, Jul 31, 2012 at 04:30:46AM +, Ivan Zavarzin wrote: Обновился до wheezy и был неприятно удивлен третьим гномом. Вид - непривычный, скорее рассчитанный на поколение пепси, нынешних 15-летних, или на айфончика какого, а не на нас, стариков :-) Старики, как правило, стараются держаться подальше от GNOME и KDE. Поэтому им до лампочки. Классический вид еще более ущербен, он меньше похож на классический, больше на сломанный новый :-) Как мне вернуть привычный вид ГНОМа?! Или уже и впрямь пора на него забить и переходить на что-то другое? Для начала стоит понять, есть ли потребность в этой колбасе (в DE). Если её нет, то для работы вполне достаточно классического WM (icewm, например), опционально дополненного каким-нибудь легковесным файловым менеджером типа rox-filer. Если хочется чего-то более современного - советую посмотреть в сторону dynamic WM типа dwm, awesome, xmonad, etc. Принципиально другая ситуация на планшетниках: там новые интерфейсы могут оказаться полезны. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120731060543.GA24376@kaiba.homelan
Re: wpasupplicant несколько сетей
On Fri, Jul 27, 2012 at 10:13:24PM +0400, Dmitry E. Oboukhov wrote: разобрался я в чем проблема. и роуминг у него работает хорошо и все остальное. просто оказалось что у соседей тут Wi-Fi-сетка названа как на работе. соответственно оно пыталось сконнектиться с ней и ключи не подходили. а я как-то в логах сепарировал автоматом это дом это работа :) От таких случаев лучше подстраховаться, например, указав bssid в в настройках сетки в wpa_supplicant.conf. По поводу всего остального: настройки из /etc/network/interfaces, что ты сюда исходно постил, были на самом деле для managed mode, а не для roaming mode. Но, я думаю, ты уже сам разобрался, что там к чему... -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120727201543.GA15593@kaiba.homelan
Re: wpasupplicant несколько сетей
On Wed, Jul 25, 2012 at 11:54:37PM +0400, Mikhail A Antonov wrote:
Страсти какие-то.
Вот intefaces:
auto wlan0
iface wlan0 inet dhcp
^
wpa-driver nl80211,wext
wpa-conf /etc/wpa_supplicant.conf
В такой ^^^ конфигурации (она описана в доках как Managed Mode, и
предназначена для работы с одной сеткой) dhclient автоматически
отрабатывает только при первичном поднятии интерфейса. Соответственно,
при переходе в новую сетку IP интерфейса не поменяется и потребуется
ручное передёргивание ifdown ifup.
В Managed Mode постоянно висит в памяти и запущен *лишь один* процесс
wpa_supplicant:
% ps aux | egrep '/sbin/wpa_(s|c)'
root 2541 0.0 0.0 39620 1624 ?Ss 12:42 0:00
/sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -D
nl80211 -c /etc/wpa_supplicant/wpa_supplicant.conf
Более правильная конфигурация, удобная при частых переездах между разными
сетями, подробно описана в /usr/share/doc/wpa_supplicant/README.Debian.gz
в секции 3. Mode #2: Roaming Mode (т.е., режим роуминга).
В режиме роуминга wpa_supplicant работает в связке с wpa_cli. В этом
режиме одновременно запущены *два* процесса:
% ps aux | egrep '/sbin/wpa_(s|c)'
root 1977 0.0 0.0 39620 1376 ?Ss 12:21 0:00
/sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -W -D
nl80211 -c /etc/wpa_supplicant/wpa_supplicant.conf
root 2054 0.0 0.0 4128 280 ?Ss 12:21 0:00 /sbin/wpa_cli
-B -P /var/run/wpa_action.wlan0.pid -i wlan0 -p /var/run/wpa_supplicant -a
/sbin/wpa_action
Процесс wpa_cli следит за сообщениями от wpa_supplicant и сам инициирует
передёргивание затвора, когда надо, т.е., вызывает ifdown ifup.
Делается это через посредство скрипта /sbin/wpa_action.
Причём, для того, чтобы иметь возможность задавать разные настройки для
разных сетей (статика vs. DHCP, маршруты, и т.п.) wpa_action использует
продвинутую фичу ifupdown, которая по-английски называется interface
name mapping. Фича эта позволяет определить в /etc/network/interfaces
*несколько* вариантов настроек для *одного* физического интерфейса.
Описана эта фича в man interfaces.
В /etc/network/interfaces нужно для этого прописать (ниже привожу кусок
своего конфига) *один* блок, описывающий физический интерфейс, и
*несколько* логических блоков, задающих нужные настройки для разных
сеток. При этом физический интерфейс конфигурируется как inet manual,
а логические - так, как того требует конкретная сетка (inet dhcp или
inet static со своими up/down командами, если надо, и т.п.).
Имена логических интерфейсов (zon, wnt в моем примере ниже) должны
совпадать с id_str в параметрах соответствующей сетки в
wpa_supplicant.conf. Если id_str не указан, то используются
настройки из блока с именем default (iface default). В простейшем
случае достаточно иметь один блок настроек физического интерфейса
(iface wlan0 inet manual) и один блок default (iface default inet dhcp).
-- 8 -
allow-hotplug wlan0
# The roaming wireless interface
iface wlan0 inet manual
wpa-driver nl80211
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
# wireless static
iface zon inet static
address 192.168.0.133
netmask 255.255.255.0
gateway 192.168.0.1
metric 10
dns-nameservers 8.8.8.8 8.8.4.4
# wireless static
iface wnt inet static
address 192.168.1.171
netmask 255.255.255.0
gateway 192.168.1.1
metric 10
dns-nameservers 8.8.8.8 8.8.4.4
# 'default' is used for wireless networks without an id_str
iface default inet dhcp
metric 10
dns-nameservers 8.8.8.8 8.8.4.4
- 8 -
Для ясности, привожу выдержку из wpa_supplicant.conf
- 8 -
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=0
network={
ssid=WNT
id_str=wnt
}
network={
ssid=ZON
id_str=zon
}
network={
ssid=
key_mgmt=NONE
# no 'id_str' parameter is given, block 'default'
# from /etc/network/interfaces is used
}
- 8 -
Надеюсь, что этим письмом разжевал тему достаточно подробно.
--
Stanislav
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120726102659.GA4402@kaiba.homelan
Re: wpasupplicant несколько сетей
On Thu, Jul 26, 2012 at 11:48:03AM +0400, Dmitry E. Oboukhov wrote: Что же вы все такое с wpa_supplicant делаете, что он у вас в простейшей и абсолютно штатной конфигурации не работает?... сам удивляюсь. был у меня конфиг с одним network'ом. появился второй - добавил просто network и оно почему-то не заработало. спросил тут. но в итоге проблему пока так и не решил (поскольку редко перемещаюсь между сетями и пока коментирую/раскоментирую блоки) конфиг ща вот такой: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel ap_scan=2 У меня тут только ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=0 Взято из /usr/share/doc/wpasupplicant/examples/wpa-roam.conf Описано в /usr/share/doc/wpa_supplicant/README.Debian.gz а ну это я вставил уже по результатам советов. реально похоже этот ctl нафиг никому не нужен ибо только стоп и старт я делаю и все. насколько я понимаю у вас другая форма записи того же самого. Не знаю, у кого это у вас (вроде мы были на ты), однако, про себя знаю, что у меня используется Roaming Mode в отличие от Managed Mode. См. мой развёрнутый ответ Михаилу Антонову. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120726103755.GA8009@kaiba.homelan
Re: wpasupplicant несколько сетей
On Sat, Jul 21, 2012 at 02:01:51PM +0400, Dmitry E. Oboukhov wrote: Можно, у меня когда то давно работал такой конфиг - http://pastebin.com/H5Hwypx4 Но есть одно но - интерфейс и скрипты все таки надо передернуть, потеряв одну сеть к другой на лету он у меня не подключался 20 июля 2012 г., 20:10 пользователь Dmitry E. Oboukhov un...@debian.org написал: чего-то я не пойму, а можно ли научить wpasupplicant чтобы он коннектился на тот ESSID что есть в доступе? то есть чтобы не трогать его конфиги когда перешел с ноутом с работы домой и назад у меня точно такой же конфиг, но почему-то соединяться он соединяется только в одном случае: если все секции network кроме нужной закоментировать (отсюда и вопрос возник). Что же вы все такое с wpa_supplicant делаете, что он у вас в простейшей и абсолютно штатной конфигурации не работает?... -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120725073602.GA3961@kaiba.homelan
Re: wpasupplicant несколько сетей
On Wed, Jul 25, 2012 at 01:49:53PM +0400, Dmitry E. Oboukhov wrote:
Что же вы все такое с wpa_supplicant делаете, что он у вас в
простейшей и абсолютно штатной конфигурации не работает?...
сам удивляюсь.
был у меня конфиг с одним network'ом. появился второй - добавил просто
network и оно почему-то не заработало. спросил тут. но в итоге
проблему пока так и не решил (поскольку редко перемещаюсь между сетями
и пока коментирую/раскоментирую блоки)
конфиг ща вот такой:
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
ap_scan=2
У меня тут только
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=0
Взято из /usr/share/doc/wpasupplicant/examples/wpa-roam.conf
Описано в /usr/share/doc/wpa_supplicant/README.Debian.gz
network={
scan_ssid=1
ssid=M-Infra
proto=WPA2
key_mgmt=WPA-EAP
eap=PEAP
phase2=auth=MSCHAPV2
identity=d.obouk...@mail.msk
password=mypassword
priority=1
}
network={
scan_ssid=1
ssid=Fuck61
psk=my-home-key
driver=nl80211
debug-level=3
priority=2
}
network={
scan_ssid=1
ssid=DPE
psk=my-second-work-key
priority=3
}
Норм.
в interfaces так:
allow-hotplug wlan0
iface wlan0 inet dhcp
up ip link set wlan0 up
post-down ip link set wlan0 down
wpa-driver wext
wpa-conf /etc/network/wpa_supplicant.conf
Попробуй так:
- 8
# the roaming interface MUST use the manual inet method
# 'allow-hotplug' or 'auto' ensures the daemon starts automatically
allow-hotplug wlan0
iface wlan0 inet manual
wpa-driver wext
wpa-roam /etc/network/wpa_supplicant.conf
# no id_str, 'default' is used as the fallback mapping target
iface default inet dhcp
- 8
Описано в /usr/share/doc/wpa_supplicant/README.Debian.gz
--
Stanislav
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120725105247.GA11000@kaiba.homelan
Re: Debian на нетбуках asus eeepc с процессором от AMD
On Срд, 2012-07-25 at 10:43 +0400, Victor Wagner wrote: On 2012.07.25 at 00:32:41 +0400, Иван Лох wrote: И огребаете кучу геморроя с почти любым недистрибутивным ПО. Потому что У меня так. Давно и не нескольких компьютерах. Проблем минимум. В последнее время, еще и multiarch подключен. Очень удобно. multiarch - это правильно. Интересно его уже допилили хотя бы до уровня 8-го соляриса 10-летней давности? Потому что multiarch позволяет использовать 64 битный режим только для того, для чего он реально нужен (и нет, это не браузер и не офисный пакет), а все остальное в целях экономии памяти и процессорных тактов держать 32-битным. Я тоже так считал раньше, и предпочитал иметь 32-х битную систему на своей личной машине (с возможностью запуска 64-х битных программ). Однако, в реальности разница не так уж и велика: скажем, порядка 10 нужных мне сервисов (включая exim, openvpn, tor, privoxy, и др.) + иксы + awesome + xterm жрут на 32-х битах порядка 110 Мб ОЗУ (за вычетом кеша), а на 64-х битах - порядка 150 Мб. Т.е., при условии, что оперативки в ноуте 4 Гб, это ничто. Другое дело, что десктопные среды вроде GNOME и браузеры вроде Firefox легко могут отожрать 1-2 Гб, но никто же не заставляет ими пользоваться. -- Stanislav
Re: Как по быстрому сделать жёсткие ссылки для дерева файлов (скопировать почти все эти файлы)
On Wed, Jul 25, 2012 at 10:09:55PM +0400, Руслан Зиганшин wrote: Поясню: есть игра для вайна, скачанная с торрента, где она раздаётся распакованной и готовой к запуску. Но в процессе игры перезаписываются 2 файла из раздачи, и торрент становится сломанным. Когда торрент-клиент это обнаруживает, теряются сохранения. А целиком копировать папку неохота - жалко места на диске cp -l man cp -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120725190304.GA14869@kaiba.homelan
Re: wpasupplicant несколько сетей
On Tue, Jul 24, 2012 at 04:34:22PM +0400, Alexander Danilov wrote: On 24.07.2012 00:59, Stanislav Maslovski wrote: On Sat, Jul 21, 2012 at 02:19:40AM +0400, Alexander Danilov wrote: On 20.07.2012 23:13, Dmitry Nezhevenko wrote: On Fri, Jul 20, 2012 at 08:34:10PM +0400, Artem Tuchinsky wrote: Можно, у меня когда то давно работал такой конфиг - http://pastebin.com/H5Hwypx4 Но есть одно но - интерфейс и скрипты все таки надо передернуть, потеряв одну сеть к другой на лету он у меня не подключался Подключается. Только вот dhcp не передергивает... И это похоже что не лечится Напрямую не лечится, но ... wpa_cli умеет разговаривать с wpa_supplicant, и можно сообразить наблюдение за wpa_supplicant, например, по крону или следя за каким-нибудь dbus на предмет проскакивания подозрительных сообщений о выходе из сна или потере сети, с последующим вызовом wpa_cli и dhcpclient. Может соберём здесь консилиум из заинтересованных лиц и попробуем выработать приемлемое CLI решение, а GUI каждый напишет себе по вкусу? :) Можно конкретнее о сути проблемы? У меня все работает как часы, причем, с незапамятных времен. Настройки сделаны по документации отсюда: /usr/share/doc/wpa_supplicant/README.Debian.gz (ключевое слово roaming) Я правильно понимаю, что у вас wpa_supplicant умеет подхватывать сеть из списка, а dhcp обновляет адрес при этом? Да. Пруфлог: # # Коннектимся к FON_ZON_FREE_INTERNET # Jul 24 23:24:19 kaiba wpa_supplicant[2529]: wlan0: SME: Trying to authenticate with 00:05:04:03:02:01 (SSID='FON_ZON_FREE_INTERNET' freq=2457 MHz) Jul 24 23:24:19 kaiba kernel: [52526.169058] wlan0: authenticate with 00:05:04:03:02:01 (try 1) Jul 24 23:24:19 kaiba wpa_supplicant[2529]: wlan0: Trying to associate with 00:05:04:03:02:01 (SSID='FON_ZON_FREE_INTERNET' freq=2457 MHz) Jul 24 23:24:19 kaiba kernel: [52526.172028] wlan0: authenticated Jul 24 23:24:19 kaiba kernel: [52526.183606] wlan0: associate with 00:05:04:03:02:01 (try 1) Jul 24 23:24:19 kaiba kernel: [52526.190789] wlan0: RX AssocResp from 00:05:04:03:02:01 (capab=0xc21 status=0 aid=2) Jul 24 23:24:19 kaiba kernel: [52526.190798] wlan0: associated Jul 24 23:24:19 kaiba wpa_supplicant[2529]: wlan0: Associated with 00:05:04:03:02:01 Jul 24 23:24:19 kaiba wpa_supplicant[2529]: wlan0: CTRL-EVENT-CONNECTED - Connection to 00:05:04:03:02:01 completed (reauth) [id=7 id_str=] Jul 24 23:24:19 kaiba wpa_action: WPA_IFACE=wlan0 WPA_ACTION=CONNECTED Jul 24 23:24:19 kaiba wpa_action: WPA_ID=7 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant Jul 24 23:24:19 kaiba wpa_action: ifup wlan0=default Jul 24 23:24:19 kaiba dhclient: Internet Systems Consortium DHCP Client 4.2.2 Jul 24 23:24:19 kaiba dhclient: Copyright 2004-2011 Internet Systems Consortium. Jul 24 23:24:19 kaiba dhclient: All rights reserved. Jul 24 23:24:19 kaiba dhclient: For info, please visit https://www.isc.org/software/dhcp/ Jul 24 23:24:19 kaiba dhclient: Jul 24 23:24:19 kaiba dhclient: Listening on LPF/wlan0/00:aa:bb:cc:dd:ee Jul 24 23:24:19 kaiba dhclient: Sending on LPF/wlan0/00:aa:bb:cc:dd:ee Jul 24 23:24:19 kaiba dhclient: Sending on Socket/fallback Jul 24 23:24:19 kaiba dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 4 Jul 24 23:24:21 kaiba dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67 Jul 24 23:24:21 kaiba dhclient: DHCPOFFER from 192.168.3.1 Jul 24 23:24:21 kaiba dhclient: DHCPACK from 192.168.3.1 Jul 24 23:24:21 kaiba dhclient: bound to 192.168.3.8 -- renewal in 749 seconds. Jul 24 23:24:22 kaiba wpa_action: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid Jul 24 23:24:22 kaiba wpa_action: bssid=00:05:04:03:02:01 Jul 24 23:24:22 kaiba wpa_action: ssid=FON_ZON_FREE_INTERNET Jul 24 23:24:22 kaiba wpa_action: id=7 Jul 24 23:24:22 kaiba wpa_action: mode=station Jul 24 23:24:22 kaiba wpa_action: pairwise_cipher=NONE Jul 24 23:24:22 kaiba wpa_action: group_cipher=NONE Jul 24 23:24:22 kaiba wpa_action: key_mgmt=NONE Jul 24 23:24:22 kaiba wpa_action: wpa_state=COMPLETED Jul 24 23:24:22 kaiba wpa_action: ip_address=192.168.3.8 Jul 24 23:24:22 kaiba wpa_action: address=00:aa:bb:cc:dd:ee Jul 24 23:25:21 kaiba kernel: [52588.559393] iwlwifi :09:00.0: Tx aggregation enabled on ra = 00:05:04:03:02:01 tid = 0 # # Уходим из зоны приема, теряем коннект # Jul 24 23:28:16 kaiba wpa_supplicant[2529]: wlan0: CTRL-EVENT-DISCONNECTED bssid=00:05:04:03:02:01 reason=4 Jul 24 23:28:16 kaiba kernel: [52763.285966] cfg80211: Calling CRDA to update world regulatory domain Jul 24 23:28:16 kaiba wpa_supplicant[2529]: wlan0: SME: Trying to authenticate with 00:05:04:03:02:02 (SSID='FON_ZON_FREE_INTERNET' freq=2462 MHz) Jul 24 23:28:17 kaiba kernel: [52763.850569] wlan0: direct probe to 00:05:04:03:02:02 (try 1/3) Jul 24 23:28:17 kaiba kernel: [52764.048874] wlan0: direct probe to 00:05:04:03:02:02 (try 2/3) Jul 24 23:28:17 kaiba kernel: [52764.248768] wlan0: direct probe to 00:05:04:03:02:02
Re: wpasupplicant несколько сетей
On Sat, Jul 21, 2012 at 02:19:40AM +0400, Alexander Danilov wrote: On 20.07.2012 23:13, Dmitry Nezhevenko wrote: On Fri, Jul 20, 2012 at 08:34:10PM +0400, Artem Tuchinsky wrote: Можно, у меня когда то давно работал такой конфиг - http://pastebin.com/H5Hwypx4 Но есть одно но - интерфейс и скрипты все таки надо передернуть, потеряв одну сеть к другой на лету он у меня не подключался Подключается. Только вот dhcp не передергивает... И это похоже что не лечится Напрямую не лечится, но ... wpa_cli умеет разговаривать с wpa_supplicant, и можно сообразить наблюдение за wpa_supplicant, например, по крону или следя за каким-нибудь dbus на предмет проскакивания подозрительных сообщений о выходе из сна или потере сети, с последующим вызовом wpa_cli и dhcpclient. Может соберём здесь консилиум из заинтересованных лиц и попробуем выработать приемлемое CLI решение, а GUI каждый напишет себе по вкусу? :) Можно конкретнее о сути проблемы? У меня все работает как часы, причем, с незапамятных времен. Настройки сделаны по документации отсюда: /usr/share/doc/wpa_supplicant/README.Debian.gz (ключевое слово roaming) -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120723205926.GA13303@kaiba.homelan
Re: Несколько вопросов вразброс
On Fri, Jul 20, 2012 at 09:28:28PM +0400, Артём Н. wrote: On 20.07.2012 10:54, Stanislav Maslovski wrote: On Thu, Jul 19, 2012 at 10:53:11AM +0300, Igor Chumak wrote: Защиту от запуска второй копии я делал так: if [ -f $lockfile ] then echo Lock file $0.lock exist! while [ -f $lockfile ] do pid=`cat $lockfile` if [ -n $pid ]; then Скрипт мог умереть, не потерев за собой свой lockfile, а его PID - мог быть занят новым процессом (каким-нибудь рефоркающимся демоном, например). В результате - deadlock. Кстати, точно... Надо тогда проверять процесс по имени файла. Хотя, не факт, что имя не могло измениться (переименовали программку просто - и всё). По идее, остаётся только мьютекс. Ну или тот же flock. echo pid=$pid in lockfile; our pid=$$ if ps $pid ; then echo Process exist; waiting else echo no process with $pid; remove lockfile rm -f $lockfile fi else echo no process with $pid; remove lockfile rm -f $lockfile fi echo sleep 10s; sleep 10 done fi Ну и тут, строго говоря, имеет место быть race condition. В упор не вижу. Где? А вот как раз перед строчкой, которую ты удалил. То есть, там классический race между проверкой семафора и его установкой, поскольку делается это двумя *отдельными* операциями, а должно делаться *атомарно*. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120721141845.GA18525@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 19, 2012 at 10:53:11AM +0300, Igor Chumak wrote: Защиту от запуска второй копии я делал так: if [ -f $lockfile ] then echo Lock file $0.lock exist! while [ -f $lockfile ] do pid=`cat $lockfile` if [ -n $pid ]; then Скрипт мог умереть, не потерев за собой свой lockfile, а его PID - мог быть занят новым процессом (каким-нибудь рефоркающимся демоном, например). В результате - deadlock. echo pid=$pid in lockfile; our pid=$$ if ps $pid ; then echo Process exist; waiting else echo no process with $pid; remove lockfile rm -f $lockfile fi else echo no process with $pid; remove lockfile rm -f $lockfile fi echo sleep 10s; sleep 10 done fi Ну и тут, строго говоря, имеет место быть race condition. echo $$$lockfile (Если обнаруживаем вторую копию - ждем пока она завершится.) -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120720065444.GA9249@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 19, 2012 at 04:24:05PM +0300, Igor Chumak wrote: 19.07.2012 13:20, Dmitry Nezhevenko пишет: On Thu, Jul 19, 2012 at 10:53:11AM +0300, Igor Chumak wrote: -куть ахренеть... Если уже хочется оберток на шелле, то есть flock Еще одним велосипедом в природе стало больше. Буду знать ;). Хм. Велосипедом скорее является твой скрипт ;) -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120720065717.GB9249@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 19, 2012 at 01:08:59PM +0300, Andrey Tataranovich wrote: Такая защита может наплодить процессов, которые месяцами ждут разблокировки. Для себя я выбрал решение с таймаутом, если скажем за 6 часов блокировку не удалось получить, то процесс вываливается с ошибкой. На всякий случай: этот функционал есть у утилиты lockfile из пакета procmail. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120720071005.GA11130@kaiba.homelan
Re: Gtk vs. Xt
On Mon, Jul 16, 2012 at 11:16:08PM +0400, Artem Chuprina wrote: Stanislav Maslovski - debian-russian@lists.debian.org @ Tue, 10 Jul 2012 20:13:10 +0400: SM Зато на Gtk в сети есть документация, которую довольно легко найти SM даже непосвящённому. Помнится, пару-тройку лет назад я в том числе и тут спрашивал, где взять документацию по конфигурированию gtk. В ответ мне показали документацию по его программированию, из которой можно было по кусочкам извлечь (неполное) понимание того, что нужно писать в конфиг, а также понимание того, почему правильно написанный конфиг не работает, ибо способ на него положить не только есть, но и куда более подробно описан в программистской документации... С тех пор ситуация изменилась? В добавок к программистской документации есть вот это место: https://live.gnome.org/GnomeArt/Tutorials/GtkThemes Ну и разные how-to, наподобие http://orford.org/gtk/ -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120717092712.GA12856@kaiba.homelan
Re: Несколько вопросов вразброс
On Wed, Jul 11, 2012 at 10:36:22PM +0400, Артём Н. wrote:
Приложил скрипт, который у меня получился.
mkbackup - сам скрипт.
mks - парсер, убирающий тесты.
ready- готовый скрипт после обработки.
Вроде, работает, хотя и не всё доделано.
Ощущения: получилось очень тяжеловесно.
[кусь]
#!/bin/sh
fl=$1
fl=${-:-$fl}
awk '
BEGIN {
prf = 0;
}
/^#!\/bin\/bash/ {
print #!/bin/sh;
next;
}
/###TESTING/ {
prf = pfm + 1;
next;
}
/###\/TESTING/ {
if (prf == 0)
{
print Error: unexpected ###\/TESTING /dev/stderr;
exit 1;
}
prf = prf - 1;
next;
}
{
if (prf == 0) print;
}
END {
if (prf 0)
{
print Error: unclosed ###TESTING;
exit 1;
}
}
' $fl
Жесть.
$ sed -e '1s/#!\/bin\/bash/#!\/bin\/sh/;/###TESTING/,/###\/TESTING/d' mkbackup
ready
--
Stanislav
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120712085042.GA7892@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 12, 2012 at 06:14:48PM +0400, Артём Н. wrote: Больше, конечно, интересно, что по основному скрипту..? Дык, кто же будет это читать... Нужна мотивация. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120712161635.GA18587@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 12, 2012 at 06:03:51PM +0400, Артём Н. wrote: On 12.07.2012 12:50, Stanislav Maslovski wrote: $ sed -e '1s/#!\/bin\/bash/#!\/bin\/sh/;/###TESTING/,/###\/TESTING/d' mkbackup ready Вложенность не поддерживается (может быть не закрытый тег). :-D Вложенность, вероятно, нужна для того, чтобы в тесты встраивать тесты тестов ;) -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120712162038.GB18587@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 12, 2012 at 08:31:32PM +0400, Артём Н. wrote: У меня сложилось ощущение, что тесты сильно затягивают время, требуемое на написание. Причём, если меняется функция, часто требуется менять и тест. Ещё я заметил, что в тестах тоже бывают ошибки, поэтому их надо проверять... Артём, я думаю, эта тема с тестами уже всех тут замонала. Пора возвращаться ближе к топику. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120712172455.GA22728@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 12, 2012 at 09:50:40PM +0400, Артём Н. wrote: On 12.07.2012 21:24, Stanislav Maslovski wrote: On Thu, Jul 12, 2012 at 08:31:32PM +0400, Артём Н. wrote: У меня сложилось ощущение, что тесты сильно затягивают время, требуемое на написание. Причём, если меняется функция, часто требуется менять и тест. Ещё я заметил, что в тестах тоже бывают ошибки, поэтому их надо проверять... Артём, я думаю, эта тема с тестами уже всех тут замонала. Пора возвращаться ближе к топику. Ээээ... О чём он был? o.O. Я про рассылку в целом, а не про этот конкретный тред. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120712185301.GA25399@kaiba.homelan
Re: NVidia (Re: Почему APT одновременно с linux-image не обновляет linux-headers?)
On Wed, Jul 11, 2012 at 10:46:26AM +0400, Victor Wagner wrote: On 2012.07.10 at 18:35:41 +0400, Stanislav Maslovski wrote: Дык, 15 лет назад видеокарты были попроще и фреймбуффер занимал на два порядка меньший объем. Если представить, что рост объема фреймбуфера Откуда два порядка? Тогда мониторы были 1152x964 сейчас 1280x1024 Ну это ты взял, условно говоря, лучшее из того, что было тогда, и сравнил с худшим из того, что есть сейчас. А можно поступить наоборот :) Сравни 640x480, 4 бита (VGA), и 2560x1600, 32 бита (WQXGA), получишь примерно 106. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120711075042.GA12962@kaiba.homelan
Re: Несколько вопросов вразброс
On Wed, Jul 11, 2012 at 08:35:48PM +0400, Артём Н. wrote: On 11.07.2012 04:18, Stanislav Maslovski wrote: Они есть. Этого уже достаточно. Недостаточно. Достаточно было бы, если бы их на практике было просто применить... Часто ли это применяется и просто ли? Применяется в mission-critical systems, насколько часто и насколько просто - вопрос скорее к тем, кто этими системами плотно занимается. Нет. Повторюсь: построение *полного* теста в общем случае эквивалентно решению исходной программной задачи. Как ты собираешься доказывать правильность самого теста? Ещё одним тестом? И так до бесконечности? М... Ну да. Про тест я не подумал. Но, если тест - просто тупой перебиратель результата..? В таком случае, и сама программная задача тупа в той же мере, в какой туп ее *полный* тест. Вот тебе элементарный пример: докажи теорему Пифагора *тестами* =) Возможно повысить уверенность в том, что алгоритм доказательства теоремы реализован правильно, используя тесты. Это ещё что за новая сущность? алгоритм доказательства теоремы? Я именно про конкретный случай. Есть доказательство по опр. алгоритму. Тесты позволят повысить уверенность в нём. Я - пас :) Желающие продолжить - велкам. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120711225506.GA5187@kaiba.homelan
Re: a Xaw-like Gtk theme?
On Tue, Jul 10, 2012 at 11:57:24AM +0600, Sergej Kochnev wrote: On Mon, 09 Jul 2012 23:33:16 +0700 Ivan Shmakov oneing...@gmail.com wrote: Ну, никто не обещал. Выходит, что правка ~/.Xresources для приложений на основе Xt и Tk все же быстрее «для непосвященных», чем правка ~/.gtkrc-2.0? Думаю, да. Для уверенной правки стилей GTK 2.0 нужно усвоить общую документацию, а потом специфические для конкретных движков параметры. Окститесь, граждане... Правка ~/.Xresources всегда была делом посвящённых, а непосвящённые в основном копировали, что им удавалось добыть от гуру. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120710122632.GA10364@kaiba.homelan
Re: NVidia (Re: Почему APT одновременно с linux-image не обновляет linux-headers?)
On Tue, Jul 10, 2012 at 05:42:40PM +0400, Victor Wagner wrote: А зачем нужны новые версии xorg? Я б вообще с удовольствием бы вернулся к XFree86 этак 15-летней давности. Компактное оно было и быстрое. Дык, 15 лет назад видеокарты были попроще и фреймбуффер занимал на два порядка меньший объем. Если представить, что рост объема фреймбуфера примерно коррелирует с ростом производительности шины, то всякие *-vesa и *-fb драйверы должны тормозить сейчас примерно также, как они тормозили тогда. ЕМНИМС, некий провал в производительности и скачок в жручести был в связи с переездом на XFree86 4.x, но это было так давно... -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120710143541.GA14035@kaiba.homelan
Re: Gtk vs. Xt
On Tue, Jul 10, 2012 at 09:45:18PM +0700, Ivan Shmakov wrote: Stanislav Maslovski stanislav.maslov...@gmail.com writes: On Tue, Jul 10, 2012 at 11:57:24AM +0600, Sergej Kochnev wrote: Ivan Shmakov oneing...@gmail.com wrote: […] Выходит, что правка ~/.Xresources для приложений на основе Xt и Tk все же быстрее «для непосвященных», чем правка ~/.gtkrc-2.0? Думаю, да. Для уверенной правки стилей GTK 2.0 нужно усвоить общую документацию, а потом специфические для конкретных движков параметры. Окститесь, граждане... Правка ~/.Xresources всегда была делом посвящённых, а непосвящённые в основном копировали, что им удавалось добыть от гуру. Это какие-то абсолютные «непосвященные» и «гуру» получаются. Обычные пользователи vs. красноглазики/бородачи (выбрать по вкусу). Шучу. По сути дела см. ниже. А вот ~/.gtkrc-2.0 править у меня особой нужды не было, поэтому вполне можно считать меня «непосвященным.» И, на мой взгляд, правка сих настроек — занятие не столь уж тривиальное. Замечу также, что документация на приложения на основе Xt обычно включает в себя описание иерархии элементов интерфейса. То, что попадается в манах, очень отрывочно, и не позволяет составить полной картины о возможностях тулкита. Документация на Xt и Athena Widgets в сети есть, но я подозреваю, что читали ее очень немногие (ее ещё надо суметь найти для начала). Например, ресурс international: true | false в манах, ЕМНИМС, не описан нигде. Тем не менее, ценность всех этих знаний неуклонно приближается к нулю. В иных случаях, помогает уже упомянутый мною ранее editres(1). Напротив, для Gtk я пока ничего похожего не вижу. Зато на Gtk в сети есть документация, которую довольно легко найти даже непосвящённому. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120710161310.GA15922@kaiba.homelan
Re: NVidia
On Tue, Jul 10, 2012 at 09:53:37PM +0700, Ivan Shmakov wrote: Victor Wagner vi...@wagner.pp.ru writes: Вот это еще одна причина по которой нельзя пользоваться драйверами от производителей оборудования. Они не умеют писать программы, так чтобы оно не висло. Я лично всегда предпочитаю иметь меньше функциональности, но чтобы работало гарантировано, чем рисковать из-за подвиса машины потерять кусок сделанной работы. Присоединяюсь. Отдельно замечу, что, по мнению Таненбаума, окончательным решением в таком случае может быть только микроядро. Если бы... Нынче CPU и GPU повязаны настолько тесно, что, как я полагаю, всегда найдётся железный (от слова hardware) вариант убить систему, убив GPU. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120710162316.GA19263@kaiba.homelan
Re: NVidia (Re: Почему APT одновременно с linux-image не обновляет linux-headers?)
On Tue, Jul 10, 2012 at 06:10:39PM +0400, Victor Wagner wrote: On 2012.07.10 at 17:06:36 +0300, Dmitry Nezhevenko wrote: Ага. На ноутбуке ВНЕЗАПНО одно из позиционирующих устройств -- тачпад, которому обычного /dev/input/mice явно не хватает (хоть он и умеет быть совместимым с ним). Это гадство меня тоже злит безмерно. Вот на старых Thinkpad-ах был touchstick и три кнопки к нему, это было удобно. А сейчас даже на thinkpad-ах делают в дополнение к нему этот идиотский тачпад, по которому все время ладонью попадаешь при работе на клавиатуре. Если тачпад умеет мультитач, то может оказаться, что он также умеет фильтровать касание ладонью (опция PalmDetect, man 4 synaptics). -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120710164620.GA19866@kaiba.homelan
Re: Несколько вопросов вразброс
On Tue, Jul 10, 2012 at 09:53:02PM +0400, Артём Н. wrote: On 08.07.2012 17:23, Stanislav Maslovski wrote: На практике ситуация такова: случаев, где возможно *полное* формальное доказательство правильности программы *больше*, чем случаев, где для этого достаточно *простых* тестов. Как правило, построение *полного* теста эквивалентно решению исходной программной задачи, и, поэтому, не имеет никакой ценности для доказательства. Понятно. А вообще, случаев, когда: 1. возможно полное доказательство; 2. доказательство имеет практическое значение; много? Они есть. Этого уже достаточно. Можно 1000 раз успешно прогнать *все* комбинации входных переменных некой процедуры, а на 1001-м получить ошибку, например, из-за утечки памяти, или из-за переполнения какой-нибудь переменной-счётчика, которая не обнуляется между вызовами, и т.п. Значит не были протестированы _все_ состояния. Задолбал! :) Не, ну я здесь прав. ;-) Нет. Повторюсь: построение *полного* теста в общем случае эквивалентно решению исходной программной задачи. Как ты собираешься доказывать правильность самого теста? Ещё одним тестом? И так до бесконечности? Я неправильно выразился. Полное доказательство корректности достаточно сложной системы провести на практике невозможно ввиду слишком больших затрат ресурсов (и ещё возможно, из-за отсутствия метода доказательства). Так? Нет. Я утверждал, что во многих случаях *полное* формальное доказательство *возможно* с конечными ресурсами и за конечное время. Просто это доказательство строится совсем не тем способом, который ты себе представляешь. Каким? Примерно так, как доказывают теоремы в математике: исходя из общих свойств операторов программы, её исходных данных и конечного результата. Вот тебе элементарный пример: докажи теорему Пифагора *тестами* =) Возможно повысить уверенность в том, что алгоритм доказательства теоремы реализован правильно, используя тесты. Это ещё что за новая сущность? алгоритм доказательства теоремы? Про доказательство тестами я ничего не писал. :-) Да ну? А как же пресловутая проверка по всем состояниям? Кстати, а что насчёт Ада? [...] Что про него можете сказать? Кроме общих мест - ничего. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120711001856.GA4240@kaiba.homelan
Re: Почему в wheezy нет libgtksourceviewmm-2.0?
On Mon, Jul 09, 2012 at 09:59:05AM +0600, Roman Sergeyev wrote: Добрый день. Для сборки проекта со второй веткой Gtk пришлось тут изрядно помучится. 1. Почему-то нет этих биндингов для второй ветки Gtk в репозитарии. Вроде бы почти все есть для второй Gtk? а этого нет. Как я понимаю, дело в том, что эта библиотека использовалась всего лишь одной программой из дистрибутива - nemiver - и она уже портирована под gtk-3.0. Теперь вопрос, что нужно сделать, чтобы в wheezy включили недостающие пакеты, или уже все, заморозка? Сообщить майнтейнеру, что библиотека используется сторонними проектами, и попросить залить версию для gtk-2.0 хотя бы в experimental. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120709082158.GA17993@kaiba.homelan
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
Привет, On Пнд, 2012-07-09 at 17:31 +0400, Руслан Зиганшин wrote: Сегодня пришло обновление для ядра. Обновил. Вместе с остальными пакетами. вновь включив компьютер, увидел консоль в tty1. Уже решив курить логи, вспомнил подобные случаи: установка нового пакета linux-image-xx+1 без пакета linux-headers-xx+1 (linux-image-3.2.0-3-amd64 без linux-headers-3.2.0-3-amd64). Приходится отдельно писать sudo apt-get install linux-headers-3.2.0-3-amd64, поскольку без этого не собиратеся nvidia-kernel-dkms. 1. dkms - зло, потому что создает иллюзию автоматизма. 2. grub нужно настроить так, чтобы загрузка происходила по-умолчанию с предыдущим ядром. Надоело, ибо уже в третий раз, если не чаще. Как это автоматизировать? А вот не надо автоматизировать установку модулей *из исходников*. Это чревато. -- Stas
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Пнд, 2012-07-09 at 19:46 +0400, Alexander Danilov wrote: 09.07.2012 18:11, Stanislav Maslovski пишет: 1. dkms - зло, потому что создает иллюзию автоматизма. в каком именно месте dkms есть зло? Выше все написано. -- Stanislav
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Пнд, 2012-07-09 at 19:31 +0300, Andrey Tataranovich wrote: 17:02 Mon 09 Jul, Stanislav Maslovski wrote: On Пнд, 2012-07-09 at 19:46 +0400, Alexander Danilov wrote: 09.07.2012 18:11, Stanislav Maslovski пишет: 1. dkms - зло, потому что создает иллюзию автоматизма. в каком именно месте dkms есть зло? Выше все написано. DKMS благо, если немного головой думать. Готовые автоматические решения, как правило, предназначены для тех, кто головой не думает. -- Stanislav
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Пнд, 2012-07-09 at 19:51 +0300, Andrey Tataranovich wrote: 17:44 Mon 09 Jul, Stanislav Maslovski wrote: On Пнд, 2012-07-09 at 19:31 +0300, Andrey Tataranovich wrote: 17:02 Mon 09 Jul, Stanislav Maslovski wrote: On Пнд, 2012-07-09 at 19:46 +0400, Alexander Danilov wrote: 09.07.2012 18:11, Stanislav Maslovski пишет: 1. dkms - зло, потому что создает иллюзию автоматизма. в каком именно месте dkms есть зло? Выше все написано. DKMS благо, если немного головой думать. Готовые автоматические решения, как правило, предназначены для тех, кто головой не думает. Они придуманы ленивыми для ленивых. А лень есть двигатель прогресса. Две категории ленивых - а) двигающие прогресс; б) потребляющие его плоды - немного отличаются друг от друга. В чем и есть корень зла. -- Stanislav
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Пнд, 2012-07-09 at 20:56 +0400, Eugene Berdnikov wrote: On Mon, Jul 09, 2012 at 05:44:43PM +0100, Stanislav Maslovski wrote: On Пнд, 2012-07-09 at 19:31 +0300, Andrey Tataranovich wrote: 17:02 Mon 09 Jul, Stanislav Maslovski wrote: On Пнд, 2012-07-09 at 19:46 +0400, Alexander Danilov wrote: 09.07.2012 18:11, Stanislav Maslovski пишет: 1. dkms - зло, потому что создает иллюзию автоматизма. в каком именно месте dkms есть зло? Выше все написано. DKMS благо, если немного головой думать. Готовые автоматические решения, как правило, предназначены для тех, кто головой не думает. А тот, кто сначала пишет, что dkms создает иллюзию автоматизма, а потом что это готовое автоматическое решение -- он чем думает? По-моему, из контекста ясно, что и готовые, и автоматические там надо было воспринимать с долей иронии. -- Stanislav
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Пнд, 2012-07-09 at 23:31 +0600, Andrey Rahmatullin wrote: On Mon, Jul 09, 2012 at 05:44:43PM +0100, Stanislav Maslovski wrote: 1. dkms - зло, потому что создает иллюзию автоматизма. в каком именно месте dkms есть зло? Выше все написано. DKMS благо, если немного головой думать. Готовые автоматические решения, как правило, предназначены для тех, кто головой не думает. Ещё один апдейт^Wадепт абстрактного думания головой. Расслабься. Тему про думание головой поднял не я. Я лишь возражал по поводу порочной практики *автоматической* пересборки и установки модулей из исходников. Вы-то что предлагаете вместо DKMS? Я им не пользуюсь, поскольку предпочитаю собирать ядро и модули в контролируемом окружении и когда мне это *действительно* надо, а не автоматически во время апгрейда чего-либо на живой системе. Соответственно, альтернативных предложений по автосборке не будет. -- Stanislav
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Пнд, 2012-07-09 at 21:47 +0400, Alexander Danilov wrote: On 09.07.2012 20:44, Stanislav Maslovski wrote: On Пнд, 2012-07-09 at 19:31 +0300, Andrey Tataranovich wrote: 17:02 Mon 09 Jul, Stanislav Maslovski wrote: On Пнд, 2012-07-09 at 19:46 +0400, Alexander Danilov wrote: 09.07.2012 18:11, Stanislav Maslovski пишет: 1. dkms - зло, потому что создает иллюзию автоматизма. в каком именно месте dkms есть зло? Выше все написано. DKMS благо, если немного головой думать. Готовые автоматические решения, как правило, предназначены для тех, кто головой не думает. Станислав, вы не замечены были в этом списки как любитель покидаться экскрементами, так что не стоит даже замахиваться. А спросил я потому, что dkms у меня работает и проблем пока не наблюдал, а вот где проблемы с ним появляются, узнать хотелось бы. Вообще, подразумевалось там только то, что написано: никакого кидания чего-либо в кого-либо. И выражен этим предложением не более чем один очевидный факт из нашей жизни... -- Stanislav
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Mon, Jul 09, 2012 at 11:32:23PM +0400, Alexander Danilov wrote: Видимо последнее предложение следует читать как: DKMS на сервере не использовать? Проехали. В этом обсуждении уже было отмечено, что автоматизация всё же лучше, чем ручная сборка. На это существуют разные мнения, и коренятся они, в основном, в привычках, и в степени доверия к майнтейнерам тех же самых пакетов с исходниками модулей. Например, относительно недавно ломалась сборка xtables-addons после апдейта ядра (дистрибутивного). Ручная сборка, естественно, тоже обломится в этом случае, но по-крайней мере облом произойдёт в предсказуемой обстановке. От себя могу добавить, что на ноутбуках с testing c регулярно накатываемыми обновлениями dkms: 1. экономит время Например, примитивный самописный скрипт (или m-a, на худой конец) экономит не хуже, но при этом контроль за происходящим на стороне админа, а не майнтейнеров dkms. К слову: В BTS на dkms висит: - 1 баг serious - 4 important - 23 normal 2. не помню когда последний раз глючил (и не помню по какому поводу и было ли вообще). 3. на сервер я бы его не поставил, ибо на сервере все обновления должны производится вручную. Ну а чем рабочая станция в этом смысле хуже сервера? Особенно, когда её основной пользователь с администрированием линукса почти не знаком? Представь парк таких машин. Ты серьёзно считаешь, что правильным решением будет установить dkms, gcc и пр. на каждую машину? -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120709213642.GA19356@kaiba.homelan
Re: Почему APT одновременно с linux-image не обновляет linux-headers?
On Tue, Jul 10, 2012 at 01:47:27AM +0400, Иван Лох wrote: Ну а чем рабочая станция в этом смысле хуже сервера? Особенно, когда её основной пользователь с администрированием линукса почти не знаком? Представь парк таких машин. Ты серьёзно считаешь, что правильным решением будет установить dkms, gcc и пр. на каждую машину? Правильным решением будет не ставить блобы. Тогда и dkms не потребуется. Блобы - это частность. Мне, например, нужны virtualbox-source и xtables-addons-source. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120709221253.GA23300@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 05, 2012 at 08:50:05PM +0400, Артём Н. wrote: Потому что в неимперативных языках нет основной проблемы, которую решает ООП: разделение общего mutable на множество независимых mutable. Нет этого самого mutable - нет и проблемы. Для функциональных понятно... Уже лучше. Если ты пытаешься здесь высказать, что _любая_ модульная система функционирует в рамках ОО-парадигмы, то я тебе на это скажу, что ты просто ещё недостаточно полно знаком с предметом. Вероятно. А какую модульную систему нельзя представить, как набор объектов (даже функция - это не объект, у которого задано только поведение, но нет данных)? Любую модульную систему, в которой модули не прячут состояние внутри себя и взаимодействуют через stateless protocol и открытые данные. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120708125800.GA18653@kaiba.homelan
Re: Несколько вопросов вразброс
On Sat, Jul 07, 2012 at 07:47:33PM +0400, Артём Н. wrote: 05.07.2012 04:53, Stanislav Maslovski пишет: Я пытаюсь выразить простую мысль, что переход на ООП естественен и эволюционен _только_ для _императивных_ языков. В функциональных языках объектная модель смотрится притянутой за уши. Постепенно понимаю. И, тем не менее, есть языки, которые их пытаются совмещать? Есть, но обычно это языки типа Python или Lua, т.е., скриптовые и *вторичные* (n-ричные) как в смысле заложенных в них идей, так и их реализации. Потому что в неимперативных языках нет основной проблемы, которую решает ООП: разделение общего mutable на множество независимых mutable. Нет этого самого mutable - нет и проблемы. Вот только смущает, что нет привычного объекта с изменяемыми атрибутами... Это проходит. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120708130315.GB18653@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 05, 2012 at 08:20:19PM +0400, Артём Н. wrote: 04.07.2012 09:21, Stanislav Maslovski пишет: Если система обладает неограниченной памятью, как машина Тьюринга с бесконечной лентой, то в общем случае нельзя. На практике нельзя уже при сколько-нибудь значительном объёме памяти, просто в силу потребного времени. Я про практику. На практике ситуация такова: случаев, где возможно *полное* формальное доказательство правильности программы *больше*, чем случаев, где для этого достаточно *простых* тестов. Как правило, построение *полного* теста эквивалентно решению исходной программной задачи, и, поэтому, не имеет никакой ценности для доказательства. На самом деле, он просто утверждает, что тестирование на примерах (т.е., твоё перечисление всех состояний, подав на вход все комбинации нулей и единиц) ничего не гарантирует. Всех состояний - гарантирует. Но это практически невозможно :-) Да нет же. Почему - следует из вышенаписанного. Можно 1000 раз успешно прогнать *все* комбинации входных переменных некой процедуры, а на 1001-м получить ошибку, например, из-за утечки памяти, или из-за переполнения какой-нибудь переменной-счётчика, которая не обнуляется между вызовами, и т.п. Значит не были протестированы _все_ состояния. Задолбал! :) Похоже, что ты сам запутался в своих рассуждениях: тебя *принципиальная* доказуемость интересует, или всё же доказуемость в частных случаях? С первым всё ясно, а про второе тебе уже писали, что доказывать во многих случаях можно, для этого есть методы, и методы эти не основаны на переборе всех нулей и единиц. Я неправильно выразился. Полное доказательство корректности достаточно сложной системы провести на практике невозможно ввиду слишком больших затрат ресурсов (и ещё возможно, из-за отсутствия метода доказательства). Так? Нет. Я утверждал, что во многих случаях *полное* формальное доказательство *возможно* с конечными ресурсами и за конечное время. Просто это доказательство строится совсем не тем способом, который ты себе представляешь. Вот тебе элементарный пример: докажи теорему Пифагора *тестами* =) Например, существуют языки программирования, которые вычисляют через доказательство (через формальную процедуру вывода). PROLOG, например. На таких языках можно писать программы, которые сами же являются доказательствами своей правильности. Да, кстати, Пролог я не понимаю. :-( Изначально - всё просто. Затем, правила становятся какие-то дикие (к тому месту, где начинается рекурсия и прочее). Хотя, может, в книжке было плохо описано. Но почему программа является априори правильной? Я такого не утверждал. Что я утверждал, отквочено выше. А, кажется понял. :-) Примерно: Программа существует и выдаёт правильные результаты, значит является правильной? O_O Никто не сказал, однако: Чем ближе язык программирования по синтаксису и семантике к формальному описанию задачи, тем проще на нем написать верную программу. В случае пролога, текст программы просто перефразирует исходное условие на языке логики предикатов. Т.е., программа получается автоматически верной, если условие задачи было успешно выражено на языке формальной логики и затем записано в синтаксисе пролога. По сути, это всё, что требуется. Меньше уже нельзя, без наделения машины интеллектом и знаниями о внешнем мире. Хм... Но это тоже самое. Просто программа - это описание. И язык здесь - логика предикатов. Проверка нужна для описания. Для проверки его соответствия условию задачи. В сущности, это такая же программа, только перевёрнутая. И, соответственно, требует проверки. Так? Ты явно хочешь свернуть с доказательства правильности *решения* задачи на доказательство правильности *постановки* задачи. Это отдельная проблема, которая формальными методами не решается *в принципе*. И на практике: будь всё так хорошо, как вы пишите, все бы уже давно писали на Прологе (по крайней мере, знали бы что это такое). :-) Незнание, как говорится, не освобождает от ответственности. Плюс, в идеальном мире все бы уже давно писали хотя бы на том же Haskell... Что такое идеальный мир, в данном случае? o.O Мир, в котором невежество не выставляется за геройство ;) -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120708132346.GC18653@kaiba.homelan
Re: порекомендуйте flash plugin для konqueror
On Sun, Jul 08, 2012 at 11:10:40AM +0100, Mikhail Ramendik wrote: Пытаться заставить пакет скачать свежую версию с адоба - но как? man update-flashplugin-free Или воспользоваться адобовским инсталлером? Не надо. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120708210357.GA9676@kaiba.homelan
Re: порекомендуйте flash plugin для konqueror
On Mon, Jul 09, 2012 at 01:03:57AM +0400, Stanislav Maslovski wrote: On Sun, Jul 08, 2012 at 11:10:40AM +0100, Mikhail Ramendik wrote: Пытаться заставить пакет скачать свежую версию с адоба - но как? man update-flashplugin-free *-nonfree. Spell checker перестарался. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120708210649.GA11759@kaiba.homelan
Re: Несколько вопросов вразброс
On Thu, Jul 05, 2012 at 02:31:49PM +0400, Alexander Danilov wrote: Итого, KDE и GNOME имеют User Interface Guideline, на который ориентируют пользователей при создании UI, а для Tcl/Tk никто этим не озаботился, поэтому в старых дистрах можно было встретить кучу страшных на вид тиклевых программ, сделанных на коленке за полчаса (реальное время) для себя и по глупости выложенных в свободный доступ, а затем засунутых в дистр составителями этих самых дистров от безысходности (надо же как-то популярность набирать). Вот и всё. Похожая (и на мой взгляд идиотская) ситуация с дефолтовыми темами для IceWM. Из релиза в релиз перекладывают этот УжОс, от которого натурально волосы дыбом встают. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120705105223.GA4868@kaiba.homelan
Re: Несколько вопросов вразброс
On Wed, Jul 04, 2012 at 07:02:41PM +0400, Artem Chuprina wrote: Кстати, в процессе у меня сформулировался ответ про ОО. ОО-парадигма (не обязательно, кстати, выраженная на ОО-языке) - единственная пока, похоже, парадигма, позволяющая решать задачи, _постановка_ которых _начинает появляться_ ближе к завершению стадии альфа-тестирования. Собственно, метод решения - ты выделяешь в предметной области сущности, заводишь по типу на каждую, и добавляешь поведение по мере прояснения задачи. Я бы ещё добавил, что ОО-парадигма рождается из желания перейти от классической модели императивного вычислителя, как единого конечного автомата, к модели многих изолированных конечных автоматов, взаимодействующих через чётко ограниченные интерфейсы. Точно так же в электронике от паука на рассыпухе, пришли сначала к модульным схемам, а потом к ИС. В такой интерпретации ясно, что если в неком языке императивный вычислитель явно не просматривается, то и от ОО-модели этот язык не особо выиграет. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120704163637.GA12106@kaiba.homelan
Re: Несколько вопросов вразброс
On Wed, Jul 04, 2012 at 08:19:37PM +0400, Артём Н. wrote: вернуться к C (от которого в некоторых задачах и не уходили). Просто размер основного руководства по языку говорит о многом. И то, что оно не меняется (не из-за смерти автора), а язык живее всех живых. А так... Ещё есть описание libc и компилятора (с его расширениями). Вместе с KR вполне на Camel Book потянет. И совсем не собираюсь писать на C. Если бы это было так, то про OCaml, Haskell и Ada я бы у вас не спрашивал. На самом деле, если есть понимание _что_ писать, и _как_ писать, то обычно сразу ясно и _на_чем_ писать. А вообще, при наличии ответов на первые два вопроса, успешно писать можно хоть в кодах, хоть в кедах (с). -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120704164818.GA14505@kaiba.homelan
Re: Несколько вопросов вразброс
On Wed, Jul 04, 2012 at 08:34:17PM +0400, Артём Н. wrote: ООП имеет право на жизнь, и есть задачи, которые на нем решаются хорошо. Но этих задач существенно меньше, чем мест, куда его суют не по делу. Да, согласен. Однако, в идеале, неплохо бы иметь одну общую всеобъемлющую концепцию :-) ООП претендует (с переменным успехом) на роль таковой. Хм. Этому теперь учат в средней школе на уроках информатики? -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120704165619.GA15001@kaiba.homelan
Re: Несколько вопросов вразброс
On Wed, Jul 04, 2012 at 10:16:01PM +0400, Артём Н. wrote: 04.07.2012 20:36, Stanislav Maslovski пишет: Я бы ещё добавил, что ОО-парадигма рождается из желания перейти от классической модели императивного вычислителя, как единого конечного автомата, к модели многих изолированных конечных автоматов, взаимодействующих через чётко ограниченные интерфейсы. Точно так же в электронике от паука на рассыпухе, пришли сначала к модульным схемам, а потом к ИС. Ну и? Это естественный, эволюционный процесс. Разве должно быть иначе? Я пытаюсь выразить простую мысль, что переход на ООП естественен и эволюционен _только_ для _императивных_ языков. В функциональных языках объектная модель смотрится притянутой за уши. В такой интерпретации ясно, что если в неком языке императивный вычислитель явно не просматривается, то и от ОО-модели этот язык не особо выиграет. Почему не выиграет? Потому что в неимперативных языках нет основной проблемы, которую решает ООП: разделение общего mutable на множество независимых mutable. Нет этого самого mutable - нет и проблемы. Объекты могут быть независимыми сущностями (собственно, так и есть, если они строго через интерфейсы взаимодействуют). Как объект реализован внутри - не важно (например, это может быть функциональная программа), порядок их взаимодействия тоже не очень важен (или он регулируется самими объектами). Ну, возможно назвать это какой-нибудь сопрограммой, например, а не объектом. Но суть от этого разве поменяется? Если ты пытаешься здесь высказать, что _любая_ модульная система функционирует в рамках ОО-парадигмы, то я тебе на это скажу, что ты просто ещё недостаточно полно знаком с предметом. Парадигма обязательно должна быть императивной, и где я ошибаюсь? Это утверждение или вопрос? -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120705005338.GA24420@kaiba.homelan
