Re: Изменение раскладк и при помощи hal
On 2009.08.18 at 19:36:11 +0400, Alexander Galanin wrote: > On Tue, 18 Aug 2009 19:12:50 +0400 > Victor Wagner wrote: > > > > Я никак в толк не возьму чему это было сказано? Предлагать писать для > > > рабочей станции веб-приложение я в здравом уме не стану. > > > > А я знаю людей, которые в здравом уме это предлагают. > > Интересно, а как же это аргументируется? Надо быстро, а людей, умеющих писать нормальный GUI - нету. А вот человек, знающий php - есть. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.18 at 17:27:16 +0400, Alexander Galanin wrote: > On Tue, 18 Aug 2009 17:11:01 +0400 > Dmitri Samsonov wrote: > > > Alexander Galanin пишет: > > > Тут становятся интересны веб-приложения. > > > > Которых под AGPL не так уж и много, к слову. > > Я никак в толк не возьму чему это было сказано? Предлагать писать для > рабочей станции веб-приложение я в здравом уме не стану. А я знаю людей, которые в здравом уме это предлагают. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.14 at 15:28:40 +0400, Stanislav Maslovski wrote: > On Fri, Aug 14, 2009 at 03:00:29PM +0400, Victor Wagner wrote: > > On 2009.08.14 at 09:21:22 +0200, Sergey Spiridonov wrote: > > какого-нибудь переполнения буфера. А уж что могут две незнающие друг о > > друге библиотеки натворить с локальным состоянием третьей, которую они > > > обе используют... > > А вот за такое автора этой самой третьей библиотеки надо кастрировать. > Да, я в курсе, их все еще есть, увы. Увы, без этого самого локального состояния обойтись бывает непросто. Собственно, имено из-за этого предлагается везде где только можно переходить от модулей-библиотек к модулям-процессам. У процессов есть возможность поддерживать локальное состояние контролируемым способом. И несколько независимых экземпляров модуля-процесса, как правило, можно запустить. > -- > Stanislav > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On Fri, Aug 14, 2009 at 03:00:29PM +0400, Victor Wagner wrote: > On 2009.08.14 at 09:21:22 +0200, Sergey Spiridonov wrote: > какого-нибудь переполнения буфера. А уж что могут две незнающие друг о > друге библиотеки натворить с локальным состоянием третьей, которую они > обе используют... А вот за такое автора этой самой третьей библиотеки надо кастрировать. Да, я в курсе, их все еще есть, увы. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.14 at 09:21:22 +0200, Sergey Spiridonov wrote: > Привет > > Victor Wagner пишет: > >> Это правильная точка зрения. Почему-то из этого не делается вывод >> "программы с кучей библиотек надо выкинуть нахрен из дистрибутива >> нахрен, а тех кто будет их писать, надо долго стучать по голове, пока не >> научатся писать с более вменяемой архитектурой" > > Я хотел бы уточнить, в чём именно зло программ с кучей библиотек? То что > библиотеки дырявые и прожорливые или что-то ещё? Основная проблема в том, что библиотеки, загруженные в один процесс, слишком тесно связаны между собой. Они имеют весьма развесистые, и зачастую до конца не документированные API, они тянут за собой какие-то другие библиотеки, и это может породить совершенно непредусмотренные автором библиотеки конфликты (он же не знает, вместе с какими другими библиотеками юзеру - автору приложения захочется использовать его изделие), они работают в общем поле памяти процесса, и, следовательно имеют шансы залезть друг другу в локальные переменные в случае какого-нибудь переполнения буфера. А уж что могут две незнающие друг о друге библиотеки натворить с локальным состоянием третьей, которую они обе используют... -- > Best regards, Sergey Spiridonov > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.13 at 14:19:24 +0400, Ed wrote: >> >>> Угу. И для каждой новой карты придется всего-навсего написать сервер. >>> >> >> Писать придется не больше чем сейчас. Операцию cut'n'paste в текстовом >> редакторе > > > вот во всём был с Витусом согласен, а с этим согласиться не могу. > > cut'n'paste в программировании - зло. даже если расчёт на то, что в ближайшие > надцать лет этот код трогать не придётся. Ни одна конкретная технология не является злом. Злом является абсолютизация ЛЮБОЙ конкретной методики. Что-то нужно делить на модули, что-то - наоборот объединять в монолиты. Единственным универсальным критерием является такой - делить на куски надо по таким линиям, чтобы внешних связей (через границу этих кусков) было много меньше, чем внутренних. Это общий принцип системного подхода, работающий во всех областях. > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.13 at 11:58:56 +0400, Павел wrote: > > Если учтем распространенность в современном web-е потокового видео, мы > > поймем что пропихивать видео через сокет, даже не по локальной сети, а > > через интернет - вообще-то вполне реально. > > То разве что видео, но никак не кино. Если гнать dvd-поток, то канал > 100 Мб/с забьётся уже на 10 клиентах, не говорю уже про нагрузку на Вообще-то при современных приложениях один хост на 10 пользователей это как раз нормально. Хосты между собой и с общеконторскими серверами должны естественно, быть соединены не тем сегментом, что хост с терминалами. > процессор и дисковую подсистему. Но в принципе да, всё решаемо, хоть и > дорого. Десктопы - дороже. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.13 at 01:55:07 +0400, Иван Лох wrote: > On Wed, Aug 12, 2009 at 08:43:56PM +0400, Victor Wagner wrote: > > > выкинуть драйвера? А что ещё? Как дробить купс? gcc и TeX тоже дробить? > > > > Скорее наоборот, вернуться к архитектуре XFree86 2.x - отдельный > > x-сервер для каждого видеоадаптера. Проблема не в модульности как > > таковой, а в удобопонятных интерфейсах между модулями. Интерфейс между > > X-сервером и xlib - он стандартизированный. X-протокол называется. Не > > самый простой и понятный, но по крайней мере - привычный. А вот > > интерфейс между x-сервером X.org и соответствующими видеодрайвером - > > вещь новая, нестабильная и неудобопонятная. > > Угу. И для каждой новой карты придется всего-навсего написать сервер. Писать придется не больше чем сейчас. Операцию cut'n'paste в текстовом редакторе и статическую линковку бинарника из нескольких объектников не вчера выдумали. > А для старой главное ничего не трогать. Я не понимаю, откуда такая А вот это архитектура с отдельными серверами обеспечивает куда лучше. Поставил сервер один раз при покупке железяки и больше НИКОГДА не трогаешь. Срок жизни аппаратного X-терминала составляет 15-20 лет (за это время он, правда, переезжает с рабочего места конструктора или дизайнера сначала на рабочее место программиста, потом менеджера, потом секретарши). Это сейчас, в тех условиях, когда X-протокол периодически ломают. (вот работу с национальными клавиатурами через core протокол сломали, а без этого даже секретарше не обойтись) > ностальгия по временам, когда на 3/4 видях это либо не запускалось, Потому что мне приходилось работать с аппаратными X-терминалами и профессиональными видеокартами (для шины EISA) тех времен. На них все работало, несмотря на невообразимую для большинства редкость данных аппаратных устройств. Есть понятие win-принтера и win-модема (некоторые вводят по аналогии понятие win-юзера - вроде как настоящий, но без мозгов и памяти). Понятие win-видеокарты мало распространено. Но на самом деле большая часть современных видеокарт именно такими и является. Вот win-видеокарты тогда и не работали. А нормальные - работали. > либо работало, что-нибудь вроде 320x240. Что, вообще, удивительно, > если учесть, что вроде как VGA. Сейчас иксы так или иначе, но пилят > активно. Вот именно потому что пилят активно, хочется иметь возможность от этой активности оказаться в стороне, чтобы опилки в глаза не летели. > И еще. X-протокол это замечательно, конечно. Сокет, то-се. Но, как же > "главное для нас из искусств", а именно кино? В уже поминавшихся выше аппаратных X-терминалах Hewlet-Packard, сделаных на процессоре i960, была возможность установки аппаратного MPEG-ускорителя. Поскольку у меня в обоих из имевшихся в разное время дома таких терминалах этого ускорителя не было, я не особо разбирался, работал он через GLX, или через какое проприетарное расширение X-протокола (вот для звука у них был не нормальный NAS, а какой-то хьюлетовский проприетарный протокол). Если учтем распространенность в современном web-е потокового видео, мы поймем что пропихивать видео через сокет, даже не по локальной сети, а через интернет - вообще-то вполне реально. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.13 at 02:11:26 +0400, Иван Лох wrote:
> On Wed, Aug 12, 2009 at 11:33:06AM +0400, Alexander Galanin wrote:
> >
> > > - во-вторых оно хоть и убого, но скриптуется;
> >
> > dbus-monitor не скриптуется совершенно по причинам его реализации.
> > dbus-send --- отписка, сделанная только ради строки "поддерживает
> ...
> > Реализовать же "серверную часть" ("объект на шине" в терминологии dbus)
> > вообще из скриптов невозможно.
>
> А перл за скрипт не сойдет?
Не сойдет. Perl и Python - cущественно более низкоуровневые языки чем
shell. Ходят, конечно, в perl community слухи, что у Рэндала Шварца в
последнем поле /etc/passwd написано /usr/bin/perl, но по-моему это
просто слухи.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On Wed, Aug 12, 2009 at 11:33:06AM +0400, Alexander Galanin wrote:
>
> > - во-вторых оно хоть и убого, но скриптуется;
>
> dbus-monitor не скриптуется совершенно по причинам его реализации.
> dbus-send --- отписка, сделанная только ради строки "поддерживает
...
> Реализовать же "серверную часть" ("объект на шине" в терминологии dbus)
> вообще из скриптов невозможно.
А перл за скрипт не сойдет?
> 2. Всё общение ведётся через один сокет (к слову, не обязательно
> юниксовый). В результате чего вылезает проблема разделения прав
> доступа, которая не может быть в таком виде решена средствами unix, в
> результате чего приходится городить костыль policykit. А, казалось бы,
> решение лежит на поверхности: разнести точки связи в разные сокеты и
> приписать им соответствующие права.
И еще один, по которому будут сообщать о появлении новых точек ;-}
И так далее.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On Wed, Aug 12, 2009 at 08:43:56PM +0400, Victor Wagner wrote: > > выкинуть драйвера? А что ещё? Как дробить купс? gcc и TeX тоже дробить? > > Скорее наоборот, вернуться к архитектуре XFree86 2.x - отдельный > x-сервер для каждого видеоадаптера. Проблема не в модульности как > таковой, а в удобопонятных интерфейсах между модулями. Интерфейс между > X-сервером и xlib - он стандартизированный. X-протокол называется. Не > самый простой и понятный, но по крайней мере - привычный. А вот > интерфейс между x-сервером X.org и соответствующими видеодрайвером - > вещь новая, нестабильная и неудобопонятная. Угу. И для каждой новой карты придется всего-навсего написать сервер. А для старой главное ничего не трогать. Я не понимаю, откуда такая ностальгия по временам, когда на 3/4 видях это либо не запускалось, либо работало, что-нибудь вроде 320x240. Что, вообще, удивительно, если учесть, что вроде как VGA. Сейчас иксы так или иначе, но пилят активно. И еще. X-протокол это замечательно, конечно. Сокет, то-се. Но, как же "главное для нас из искусств", а именно кино? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.12 at 22:49:21 +0400, Alexander Galanin wrote: > "Обычный пользователь" --- ещё одна идеологическая диверсия. Это > словосочетание очень любят употреблять "десктопщики", но никто так и не > удосужился дать чёткое определение, поэтому оно так удобно для > спекуляций. > Из попытки разделить "обычног пользователя" и программиста делаю вывод, > что "оп" предполагается не знающим программирование. Из чего сразу же > следует, что в условиях России это некто не имеющий даже аттестата о > школьном образовании, потому как программирование входит в школьный > курс. На существ, не умеющих излагать свои мысли (а для повседневных > "пользовательских" надобностей большего и не нужно), не следует > обращать внимание. Вообще говоря, можно определить "обычного пользователя" конструктивным способом. И, по-моему, именно такое определение имели в виду авторы собственно концепции Unix - Керниган, Пайк, Томсон etc. Определение следующее: "пользователь" - это не человек, а РОЛЬ, которую человек играет по отношению к определенному куску софта (системе в целом, отдельному приложению, подсистеме etc). Эту роль человек играет тогда, когда его голова занята решением, какой-то другой задачи, для которой функционирование данного куска софта необходимо, но не является ЦЕЛЬЮ осуществляемой деятельности. Соответственно, даже по отношению к собственноручно написанному коду можно выступать обычным пользователем. Проблема на самом деле заключается в величине барьера между состоянием "пользователь" и состоянием "хакер" (т.е. человек, пытающийся разобраться во внутреннем устройстве куска кода и изменить его функционирование в желаемую ему сторону). В хорошо устроенной системе этот барьер невелик. Например, в классических coreutils каждый кусок кода имеет документированный интерфейс и его всегда можно обернуть в коротенький шелловский скрипт или алиас, чтобы изменить функционирование в нужную сторону. Но вот чтобы залезть внутрь, надо сильно изменить режим работы мозгов. Поэтому в нынешней системе даже набор классических CLI-утилит хорошо устроенной системой не является. Он является УДОВЛЕТВОРИТЕЛЬНО устроенной системой. Обладая знанием языка C и системы на уровне двух книжек Кернигана с соавторами (Язык С и Среда программирования Unix) можно ДОБАВИТЬ в набор утилит свой компонент, который будет не слишком выделяться среди стандартных, и может использоваться совместно с ними. А вот переделать стандартные утилиты - не так просто. Они внутри сложные, развесистые, обвешанные кучей нетривиальных хаков с интернационализацией, учетом особенностей буферизации ввода-вывода etc. Если мы выходим за пределы стандартных утилит - все еще хуже. > Из этих слов никоим образом не следует, что оператор (мне это слово > нравится гораздо больше обесценившегося "пользователь") должен всё > время проводить в окошке интерпретатора, клепая скрипты для чтения > почты и прочих уже решённых задач. > > -- > Alexander Galanin > http://galanin.nnov.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.12 at 22:29:31 +0400, Dmitri Samsonov wrote: > Artem Chuprina пишет: > > Офис, кажется, тоже. Firefox уже подробили изрядно, > > хотя, конечно, надо бы еще - использовать неинтерактивно из скрипта его > > движок вроде бы пока нельзя. Купс тоже, кстати, раздроблен. И, кстати, > > сколь я помню, он как раз раздроблен довольно правильно. Во всяком > > случае, заменить его обработчики полностью или частично, равно как и > > встроиться в цепочку обработки, у меня получалось на раз. > > Речь идёт о "дроблении" для "обычного пользователя" или для > "программиста-разработчика"? Основная идея unix-way в том, что четкой границы между двумя этими категориями нет. Собственно, вся проблема происходит от того, что на данном этапе развития Computer Science для того, чтобы сдизайнить такую модульную архитектуру, которая будет одновременно доступна для пользователя и удобна для программиста-разработчика, нужен гений класса Кнута или Кернигана. А гениев на все подсистемы не хватает. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.12 at 10:20:35 +0200, Sergey Spiridonov wrote: > Привет > > Alexander Galanin wrote: > > > Вообще неплохо бы дробить _любой_ крупный проект. Иначе > > пренепременнейше создаётся ситуация "жрите что дают", которую мы сейчас > > можем наблюдать на примере linux kernel, X.org, cups, firefox и > > openoffice. > > Дробить ядро ещё как-то могу представить, если взять микроядро. То есть > альтернатива уже есть. Осталось найти микроторвальдса, но это вопрос > времени. А вот как фаерфокс или офис дробить предлагается? Из иксов > выкинуть драйвера? А что ещё? Как дробить купс? gcc и TeX тоже дробить? Скорее наоборот, вернуться к архитектуре XFree86 2.x - отдельный x-сервер для каждого видеоадаптера. Проблема не в модульности как таковой, а в удобопонятных интерфейсах между модулями. Интерфейс между X-сервером и xlib - он стандартизированный. X-протокол называется. Не самый простой и понятный, но по крайней мере - привычный. А вот интерфейс между x-сервером X.org и соответствующими видеодрайвером - вещь новая, нестабильная и неудобопонятная. cups - выкинуть совсем, так же как gnome, dbus и т.д. Вернуться к старому доброму lpd, и прикрутить туда недостающую функциональность сбоку. Потому что единственное ценное что было в cups - проброс charset от клиента к фильтрам - все равно уже сломали. gcc, на самом деле исходно модульный. Был по крайней мере. Недаром он compiler collection c общим бэкэндом. То же можно сказать про TeX - ядро там маленькое с четко специфицирвоанным входным языком. А макропакеты - вполне себе модули. > -- > Best regards, Sergey Spiridonov > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.11 at 08:17:46 +0600, Владимир Ступин wrote: > > Мне вот интересно, а как вы относитесь к системе инициализации > десятого Solaris? Там ведь тоже уже init.d выполняет чисто номинальную В принципе - отрицательно. > роль - запустить мегаинициализатор на XML'ях. И нормальный CDE в Но это немножко неправда. init.d там вполне рабочий. И если просто ставить софт с нормальными init-скриптами, все будет работать. > десятке заменили на Gnome. И KDE недавно портировали на OpenSolaris. А Как-то мне глубоко пофигу какой там из коробки DE. Я все равно никакими не пользуюсь. От CDE использовал только dtlogin, а дальше он мне нормальный window manager запускал. Впрочем, это было во времена восьмерки, и запускал он мне обычно нелокальный wm. Вот OpenLook жалко. Там оформление окошек было куда красивше, чем в новомодных de (хотя идею кнопочки KDE оттуда попятил), а уж что касается функциональности скроллбаров, современным тулкитам такая и не снилась. > > Главная же причина в том, почему предлагется уходить на OpenSolaris в > > том, что это - полноценный System V, а не BSD. Linux, конечно, ни то и > > ни другое, но он достаточно близок к System V, чтобы быть юзабельным. > > Осмелюсь спросить, я просто не совсем в курсе, чего такого критичного > нет в BSD, что есть в System V? Многоуровневой системы инициализации? > Или различия где-то в системных вызовах Так в двух словах и не объяснишь. По части системных вызовов они конвергировали довольно давно. Но важно не столько то, чего там нет, сколько то, чего там есть. Общая идеология BSD мне нравится сильно меньше, чем System V. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On Tue, 11 Aug 2009 10:17:36 +0700 "Roman S. Gushcha" wrote: > On Mon, Aug 10, 2009 at 11:13:44PM +0400, Alexander Galanin wrote: > > И говоря "десктопный юникс" я не ограничиваюсь одним линуксом, > > потому что в *BSD и OpenSolaris-е (на который недавно было > > предложено уходить) всё то же: тот же hal, тот же networkmanager и > > тот же policykit. > > Ну, networkmanager выносится без проблем. hal и policykit -- сейчас > проверил -- удаляются вдвоем, ничего за собой не тянут (правда нет ни > кед ни гнома). у тебя наверное lenny? -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 signature.asc Description: PGP signature
Re: Изменение раскладк и при помощи hal
On 2009.08.10 at 23:13:44 +0400, Alexander Galanin wrote: > On Sun, 9 Aug 2009 19:32:06 +0400 > Victor Wagner wrote: > > > Потому что попытка сделать из линукса винду приведет к потере всех > > преимуществ нормального *nix, а результат все равно будет хуже винды. > > Уже привела. В набор "современного десктопного юникса" входит вещь под > названием policykit, которая плюёт с высокой колокольни на юниксовое > разделение прав. Причём в обоснование этого приводятся аргументы вида > "нельзя давать рутовый доступ программе с кучей библиотек, так как в > них могут быть дыры" Это правильная точка зрения. Почему-то из этого не делается вывод "программы с кучей библиотек надо выкинуть нахрен из дистрибутива нахрен, а тех кто будет их писать, надо долго стучать по голове, пока не научатся писать с более вменяемой архитектурой" (вообще-то на "десктопной" машине доступ от имени пользователя, от которого производится основная работа, приводит к примерно столь же катастрофическим последствиям, как и рутовый доступ - компрометируются все данные пользователся. Это на старинных многопользовательских хостах рутовый доступ компрометировал данные всех пользователей, а доступ от пользователя - только данные этого пользователя и общие данные тех групп, в которых он участвует. > или "с помощью SGID-ных бинарников пользователь > может вступать в соответствующие группы", которые непонятным образом > сводятся к "мы вам дадим мегафреймворк и сразу же наступит вселенская > гармония". Это всеобщее заблуждение программистов, воспитанных в микрософтовских средах. Вместо простой и удобопонятной системы, которая может и не совершенна, но понятна, и если используются, используется правильно, дать мегафреймворк, которого даже разработчикит выучить не могут (особенно потому что есть сотня таких мегафремйворков, и для любой практической задачи нужно штук пять) > И говоря "десктопный юникс" я не ограничиваюсь одним линуксом, потому > что в *BSD и OpenSolaris-е (на который недавно было предложено уходить) > всё то же: тот же hal, тот же networkmanager и тот же policykit. По-моему, от Solaris это все еще можно достаточно легко оторвать. Во всяком случае в десятке этого еще не было. А зная отношение Sun к обратной совместимости, я полагаю, что обкусать OpenSolaris до состояния десятки - задача вполне выполнимая. В Linux для того чтобы эту всю хрень пооторвать потребуется переделывать некоторые критичные подсистемы, например bluetooth. Главная же причина в том, почему предлагется уходить на OpenSolaris в том, что это - полноценный System V, а не BSD. Linux, конечно, ни то и ни другое, но он достаточно близок к System V, чтобы быть юзабельным. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.07 at 09:49:31 +0700, Roman S. Gushcha wrote: > On Thu, Aug 06, 2009 at 10:02:42PM +0400, Victor Wagner wrote: > > А hal - это поделие freedesktop.org. Все что исходит оттуда - > > идеологическая диверсия. Как и само понятие desktop. > > Почему? Потому что попытка сделать из линукса винду приведет к потере всех преимуществ нормального *nix, а результат все равно будет хуже винды. Потому что попытка сделать так, чтобы работало у юзера, который не хочет читать документацию, приводит к тому, что когда оно все же не работает - читать нечего. Внятной документации нет. Потому что конфиги на XML пишет только тот, кому не хватило ума изучить yacc, а потом осознать что yacc для этой задачи - пушка для стрельбы по комарам. И вообще шли бы они все в ReactOS. Она по архитектуре винда, и может быть у них бы с ней чего получилось. > -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
09:49 Fri 07 Aug, Roman S. Gushcha wrote: > On Thu, Aug 06, 2009 at 10:02:42PM +0400, Victor Wagner wrote: > > А hal - это поделие freedesktop.org. Все что исходит оттуда - > > идеологическая диверсия. Как и само понятие desktop. > > Почему? По вашему для горячего подключения устройств нужен целый HAL? Думаю в контексте линукс для уведомлении о горячем подключении достаточно udev. Неприятно другое - когда молодое поколение программастеров ломает отлаженные механизмы не удосужевшись понять, как они работают. ИМХО devicekit, policykit, consolekit - это проделки лукавого. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Изменение раскладк и при помощи hal
On 2009.08.06 at 20:44:33 +0500, gu...@udsu.ru wrote: > > > Впиши "setxkbmap us,ru\(winkeys\) -option grp:ctrl_shift_toggle" в > > скрипты на старте иксовой сессии и не больше трогай бяку (hal). > > Как временное решение, именно так и сделал, но хотелось бы идеологически > правильного. hal таковым не является? Для данной задачи - несомненно. Раскладка клавиатуры это свойство не клавиатуры, а пользователя, который за ней работает. Что ударило в голову авторам X.org что они сочли возможность передтыкания клавиатуры на ходу, причем так, что потребуется что-то менять в конфигурации, более важной, чем зависимость набора раскладок и предпочитаемых клавиш переключения оных от текущего пользователя - я не понимаю. А hal - это поделие freedesktop.org. Все что исходит оттуда - идеологическая диверсия. Как и само понятие desktop. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
