subject:"Как спастись от mysql\-server в KDE 4.2"

chaos - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 18:48:32 +0200:

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

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

c ровно тоже самое, пару мест поправить и всё чего кстати не скажешь о
c emacs, местами без серьёзного ковыряния повсле апгрейда ну никак :(

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

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

Parentheses? What parentheses? I haven't noticed any parentheses
since my first month of Lisp programming. I like to ask people who
complain about parentheses in Lisp if they are bothered by all the
spaces between words in a newspaper...
-- Kenny Tilton

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-14 Пенетрантность Alexey Pechnikov

Aleksey Cheusov - debian-russian@lists.debian.org @ Sat, 14 Mar 2009 00:22:23
+0200:

Ну и если вам понадобился gdb, значит, вы как-то не так
программируете...
AC http://sf.net/projects/lmdbg

AC Тамошняя программа lmdbg-sym при помощи gdb преобразует адреса в
AC файлы исходного кода и номера строк полного stacktrace-а вызова
AC malloc/free etc. Это позволяет помодульно анализировать код
AC программы на предмет потребления памяти. Идея использовать для
AC этого gdb в _командном_ режиме честно заимствована из ccmalloc. Но
AC там оно прибито гвоздями на С... В общем, есть разные способы
AC применения gdb. И естественно malloc/free-ями дело не
AC ограничивается.

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

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Saturday 14 March 2009 12:18:53 Artem Chuprina wrote:
  AC Тамошняя программа lmdbg-sym при помощи gdb преобразует адреса в
  AC файлы исходного кода и номера строк полного stacktrace-а вызова
  AC malloc/free etc.  Это позволяет помодульно анализировать код
  AC программы на предмет потребления памяти.  Идея использовать для
  AC этого gdb в _командном_ режиме честно заимствована из ccmalloc. Но
  AC там оно прибито гвоздями на С...  В общем, есть разные способы
  AC применения gdb.  И естественно malloc/free-ями дело не
  AC ограничивается.

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

Пример:
Есть программа AOLServer. При компиляции с тиклем 8.5 вместо 8.4 сегфолтится в 
некоторый момент работы. Ваши действия (без использования strace и gdb)?

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Alexey Pechnikov - debian-russian@lists.debian.org @ Sat, 14 Mar 2009
14:32:10 +0300:

AP Пример:

AP Есть программа AOLServer. При компиляции с тиклем 8.5 вместо 8.4
AP сегфолтится в некоторый момент работы. Ваши действия (без
AP использования strace и gdb)?

Сменить программу. На ту, которая так не делает. Поможет еще от 33
болезней.

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-14 Пенетрантность Aleksey Cheusov

 AP Есть программа AOLServer. При компиляции с тиклем 8.5 вместо 8.4
 AP сегфолтится в некоторый момент работы. Ваши действия (без
 AP использования strace и gdb)?

 Сменить программу.  На ту, которая так не делает.  Поможет еще от 33
 болезней. 

Очень смешно.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-14 Пенетрантность Владимир Ступин

Aleksey Cheusov - debian-russian@lists.debian.org @ Sat, 14 Mar 2009 19:06:59
+0200:

Сменить программу. На ту, которая так не делает. Поможет еще от 33
болезней.

AC Очень смешно.

Не понял, что тут смешного. Если б я этот AOLServer разрабатывал, то я
б не поленился поинтересоваться, что поменялось в tcl. Но я его не
разрабатывал, а если у меня сегфолтится _не моя_ программа, да еще
торчащая наружу, я ее выкидываю немедленно, ибо security hole. Чего тут
делать с gdb?

Хотя в случае разработки, конечно, включается та самая ниша для gdb
встраивание в чужое, но tcl, прямо скажем, документирован достаточно
для того, чтобы при стыковке с libtcl gdb был не нужен.

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

13 марта 2009 г. 23:09 пользователь Покотиленко Костик
cas...@meteor.dp.ua написал:

Если лень писать инструменты для работы с бинарными данными, остаётся
единственное направление движения - в сторону SMTP, FTP, HTTP, XML,
BASE64 и другого говна(сори).

Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в нём
она быстрей, так меньше нюансов, так больше энтропия и КПД.

Человек так не может, поэтому преобразования целесообразнее применять
ТОЛЬКО на входе и на выходе.

Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, но
старомодно.

Перестаньте нести ересь. Почитайте книженцию Брайена Кернигана и Роба
Пайка и книженцию Эрика Рэймонда. Это полезно для прочищения мозгов и
для того, чтобы понять что есть подход Unix.

Остальным хочу сказать вот что. На счёт обязательности выделения из
каждой программы библиотеки я не настаиваю, это совершенно не
обязательно. В конце концов разработчики Unix с самого начала поняли,
что нужно ценить время человека, а не машины. Это привело к написанию
операционки не на ассемблере, а на Си, к широкому использованию
скриптовых языков sh, awk, sed, а в дальнейшем и perl, python, ruby, к
широкому использованию текстовых файлов и текстовых же протоколов,
вместо двоичных.

Re: Как спастись от mysql-server в KDE 4.2

On 14 March 2009 11:20:30 Artem Chuprina wrote:
 chaos - debian-russian@lists.debian.org  @ Fri, 13 Mar 2009 18:48:32 +0200:
Что бы получить рабочее окружение на новой системе - достаточно
восстановить из бэкапа дотфайлы в домашней директории.
  
   Ну, справедливости ради - не всегда.  Раз в пару лет таки приходится
   поправить пару строчек.  Что приходится делать любителям гнома и кедов
   раз в ту же пару лет - я даже представить себе боюсь...

  c ровно тоже самое, пару мест поправить и всё чего кстати не скажешь о
  c emacs, местами без серьёзного ковыряния повсле апгрейда ну никак :(

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

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

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 18:41:47 Тихон Тарнавский wrote:
On Thu, 12.03.2009 04:18:37 , Mikhail Gusarov wrote:
В принципе, можно умять в emacs: (gnus, erc, jabber-el), opera.

c как браузер в емакс умять?

Хреново.

Строго говоря, не так уж. См. w3m-el. Сам, правда, не пробовал

и лучше не пробовать :)

, но w3m
вне emacs-а вполне юзабелен.

Но можно и не уминать, а срезать весь гуй, что не нужен, вроде
такого: http://dottedmag.net/images/bloginprogress.png

Я пошёл другим путём. В большинстве случаев достаточно elinks-а. А
когда нужна, скажем, именно встроенная графика (а не открывающаяся по
нажатию) или более полноценная обработка javascript-а, то на этот
случай на задворках виртуальных столов болтается firefox. С
текстовой информацией (по опыту) в elinks-е работать на порядок
эффективнее, чем в любом графическом браузере.

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

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 16:41:19 Alexey Pechnikov wrote:
 Hello!

 On Thursday 12 March 2009 00:16:00 Aleksey Cheusov wrote:
   За советы с примерами таки и благодарен даже буду, а то все только
   кричат DE фикня, а к ним на десктоп глянешь так ужас тихий, каждое
   приложение в своём русле, с хоткеями вообще бардак, зато fvwm блин, а
   хоткеи только на него нормально и повешаны.
 
  Не знаю, у кого там как, а у меня все приложения выглядят одинаково.
  Все два :-D
 
  http://mova.org/~cheusov/pub/screenshort/ctwm.png

 А skype и аська где? Или вы с заказчиками и юзерами святым духом общаетесь?

 :-)

+1 я, я вот тоже как-то смущён отсутствием таких простых приложений. Есть 
конечно e-mail, но как-то не всегда те-же заказчики любят по клавишам стучать 
излагая мысль, им проще в микрофон..

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 16:51:06 Владимир Ступин wrote:
 12 марта 2009 г. 19:41 пользователь Alexey Pechnikov

 pechni...@mobigroup.ru написал:
  А skype и аська где? Или вы с заказчиками и юзерами святым духом
  общаетесь?
 
  :-)

 Скайп... Аська... Вот блин, поколение Next! Телефон 

Часто это расточительство, причём излишнее.

 и электронная почта. 

некоторым дядям с кошельками лень стучать по клавишам

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 17:49:12 Владимир Ступин wrote:
12 марта 2009 г. 20:30 пользователь Alexey Pechnikov

pechni...@mobigroup.ru написал:
Если вы в самом деле будете отказываться работать с людьми, использующими
аську, скоро у вас будет море свободного времени и ни одного заказа.

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

Не стоит обо мне так беспокоиться.

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

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

Многих заказчиков я никогда не видел.

А я никогда даже не слышал! Представьте себе.

VPN это средство для интранета (и не
лучшее, кстати),

Интранет, распределённый по земному шарику? Ну да, можно назвать это
интранетом. Хотя вообще это будет распределённая корпоративная сеть.

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

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

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

Вот именно. Вы интересы корпорации отстаиваете или свои?

А скайп много где пролазит.

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

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

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 10:25:07 Artem Chuprina wrote:
At Wed, 11 Mar 2009 21:05:09 +0200,

chaos wrote:
А я не говорил что они ровные, просто если с 4-ой версией кеды
настолько окривеют что будут тянуть мускуль с собой, то тут явно от
него надо будет отказываться окончательно. а вот на выбор останется
по большому счёту консоль..

Вот интересно, как это я ухитряюсь не пользоваться ни гномом, ни
кедами, и при этом не жить в консоли? ЧЯДНТ?

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

И как это всё замечательно у тебя выглядит и между собой работает? мот
скриншотами поделишься? хоткеи по человечески для приложений как
прикручивал? и желательно чтобы более менее однообразные были, а не так
что в одних ctrl+b одно а в других другое

Я не заморачиваюсь задачей сделать одинаковые хоткеи в приложениях,
которые занимаются принципиально разными вещами. Смысла не вижу. А
редактирование строки в zsh и в emacs одинаковое искаропки.

Скриншоты делать (точнее, выкладывать) лень, да и я тут еще WM меняю на
тайловый, предпочтения еще не оформились до конца. Хотя ладно, сделаю...

http://www.ran.pp.ru/~ran/misc/stumpwm-mail.png

Приятно, темой не поделишься? :)

Re: Как спастись от mysql-server в KDE 4.2

On 13 March 2009 21:26:58 Alexander GQ Gerasiov wrote:
 На Fri, 13 Mar 2009 20:09:00 +0200

 Покотиленко Костик cas...@meteor.dp.ua записано:
  В Птн, 13/03/2009 в 13:10 +0300, Artem Chuprina пишет:
   Владимир Ступин - debian-russian@lists.debian.org  @ Fri, 13 Mar
  
   2009 14:56:15 +0500:
  ПК Плохая практика: прога с CLI + фронтенд
  ПК Хорошая практика: прога с CLI -- либа -- прога с GUI

 Ну и да, по ходу дела ты, по сути, записал в плохую практику
 практически все клиент-серверные решения.  Начиная с SMTP и
 HTTP :-)
  
ВС Здесь наверное имелся в виду пример curl и libcurl. Впрочем,
ВС наличие библиотеки не обязывает пользоваться именно ею, можно
ВС пользоваться возможностями библиотеки и через CLI-программу.
   Но мне ВС кажется, что выделить функционал программы в библиотеку
   - это более ВС гибкий подход, который удовлетворит приверженцев
   любого лагеря: ВС пользователей CLI, GUI и Web-интерфейсов.
  
   Моя практика показывает, что в норме приделать к CLI-программе гуй
   на скриптовом языке гораздо проще, чем сделать для этого же
   скриптового языка обвязку вокруг библиотеки.  Хотя, конечно, если
   ее уже кто-то за тебя сделал...
  
   Нет, я не утверждаю, что выделять библиотеку плохо.  Это хорошо, ибо
   повышает гибкость.  Я утверждаю, что заносить unix way в плохую
   практику не следует...
 
  Не путайте unix-way c ,  и |
 
  Первое включает второе, но не ограничивается им.
 
   Но если уж на то пошло, то для _взаимодействия_ с функциональностью
   программы я предпочитаю клиент-серверную модель, причем с
   _текстовым_ протоколом.  Чтобы можно было сходить туда вручную и
   почитать ее ответы глазами.  Вот SMTP, FTP и HTTP в этом смысле
   хорошие примеры.
 
  Если лень писать инструменты для работы с бинарными данными, остаётся
  единственное направление движения - в сторону SMTP, FTP, HTTP, XML,
  BASE64 и другого говна(сори).

 Вот не надо. Там где интеркоммуникация гораздо правильнее использовать
 формат, который потенциально читаем человеком (вот почему XML так
 популярен, хотя не все умеют его правильно применять).

И как же его правильно готовить?

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 17:54:23 Artem Chuprina wrote:
 Alexey Pechnikov - debian-russian@lists.debian.org  @ Thu, 12 Mar 2009
 18:03:20 +0300:

  AP И как вы по телефону будете для удаленного заказчика проект делать?
  AP И какой иной канал для передачи конфиденциальной информации, кроме
  AP скайпа предложите?

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

 Jabber/PGP или почта/PGP.  В очень специфических случаях - TLS.  Но не
 скайп ни в коем случае...

Это ты это понимаешь, это многие тут понимают, но не они там, они понимают 
деньги

Re: Как спастись от mysql-server в KDE 4.2

On 13 March 2009 00:36:36 Alexey Pechnikov wrote:
Hello!

On Thursday 12 March 2009 22:38:17 Aleksey Cheusov wrote:
Основная мысль была не конкретно в двух приложениях. Конечно, их
_немного_ больше. Основная мысль была в том, что ты сильно
преувеличиваешь неудобство non-KDE окружения для домашних. Мои
домашние прекрасно умеют запускать мультики, музыку, интернет и прочее
без всяких KDE. Причем, одинаково успешно и в Линуксе и в NetBSD,
потому что выглядят они у меня абсолютно одинаково, с точность до цветов
xosview. Визги домашних типа не можно, не красиво, фу не стоят того,
чтобы ставить на рабочую рабочую машину всякую мерзость.

Хочется сделать, чтобы было и удобно, и красиво. КДЕ содержит множество
приложений, оформленных в едином стиле, что есть правильно. Да, есть и
проблемы, в частности, озвученная в текущем треде. Есть два пути - менять
DE на что-то иное или решать проблемы. Пока пришел к выводу, что нужно
пинать разработчиков, чтобы не дай бог в таком виде все это не зарелизили -
вероятнее всего, выбрали тот движок, который знают. Ну, на письмо в личку
пока не ответили, подожду денек-другой, прежде чем ловить их в
аське/джаббере/скайпе и где придется. От себя могу им предложить помощь в
работе с SQLite - запросы, настройки, архитектура базы, если люди
адекватные, договоримся. Иначе - как получится, все равно в рассылке никто
толковых идей не высказал.

Отличное решение, как будет ответ дай знать.

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 17:19:02 Eugene V. Lyubimkin wrote:
Alexey Pechnikov wrote:
Hello!

On Thursday 12 March 2009 17:51:06 Владимир Ступин wrote:
А skype и аська где? Или вы с заказчиками и юзерами святым духом
общаетесь?

:-)

Скайп... Аська... Вот блин, поколение Next! Телефон и электронная почта.

Да вы, батенька, ретроград :-)

Когда-то и телеграф был невиданным чудом. А сегодня интернет и
электроэнергия доступны всем и это часть стандартной инфраструктуры.

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

Эээ... почта, жаббер, https? :)

Жаюера там тоже видно не было. Да и далеко не все знают что это такое, вот
скайп, msn, yahoo это основное с чем сталкивался, если msn и яху буз голоса
можно пустить через jabber (аську кстати тоже) то со скайпом пока не
получиться (или можно? :) )

Re: Как спастись от mysql-server в KDE 4.2

chaos - debian-russian@lists.debian.org  @ Sat, 14 Mar 2009 19:51:38 +0200:

 В принципе, можно умять в emacs: (gnus, erc, jabber-el), opera.
  
c как браузер в емакс умять?
  
   Хреново.
 
  Строго говоря, не так уж. См. w3m-el. Сам, правда, не пробовал

 c и лучше не пробовать :) 

w3m-el?  w3-el - да, лучше не пробовать...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

chaos - debian-russian@lists.debian.org @ Sat, 14 Mar 2009 19:15:51 +0200:

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

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

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

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

chaos - debian-russian@lists.debian.org @ Sat, 14 Mar 2009 20:19:59 +0200:

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

Вот интересно, как это я ухитряюсь не пользоваться ни гномом, ни
кедами, и при этом не жить в консоли? ЧЯДНТ?

http://www.ran.pp.ru/~ran/misc/stumpwm-mail.png

c Приятно, темой не поделишься? :)

Темой - нет. Нету у stumpwm такого понятия. Как класса. Он - тайловый...

А вот пакетами могу поделиться. Во-первых, в дистрибутиве пакет
снапшота, а я собрал пакет более позднего релиза. А во-вторых, у него в
README сказано, что при использовании sbcl он может глючить, если sbcl
собран с поддержкой тредов (и насколько я увидел команды сборки в пакете
sbcl - очень может быть, что не stumpwm в этих глюках виноват...).
Короче, sbcl пересобран без тредов. До пересборки этих двух пакетов
конструкция имела привычку падать. Сейчас - не имеет.

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

P.S. Если кто не удосужился прочесть aptitude show stumpwm - оно на
Common Lisp... Впрочем, тех, кого emacs не пугает, это не остановит :-)

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-14 Пенетрантность Aleksey Cheusov

Сменить программу. На ту, которая так не делает. Поможет еще от 33
болезней.

AC Очень смешно.

Не понял, что тут смешного. Если б я этот AOLServer разрабатывал, то я
б не поленился поинтересоваться, что поменялось в tcl.

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

А вот если выкидывать КАЖДОЕ приложение, которое хотя бы раз сделало
segfault или buffer overflow, ты очень быстро окажешься с абаком в
руках. Пижонство это банальное.

--
Best regards, Aleksey Cheusov.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

chaos - debian-russian@lists.debian.org @ Sat, 14 Mar 2009 19:53:16 +0200:

За советы с примерами таки и благодарен даже буду, а то все только
кричат DE фикня, а к ним на десктоп глянешь так ужас тихий, каждое
приложение в своём русле, с хоткеями вообще бардак, зато fvwm блин, а
хоткеи только на него нормально и повешаны.

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

http://mova.org/~cheusov/pub/screenshort/ctwm.png

А skype и аська где? Или вы с заказчиками и юзерами святым духом общаетесь?

:-)

c +1 я, я вот тоже как-то смущён отсутствием таких простых
c приложений. Есть конечно e-mail, но как-то не всегда те-же заказчики
c любят по клавишам стучать излагая мысль, им проще в микрофон..

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

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Aleksey Cheusov - debian-russian@lists.debian.org @ Sat, 14 Mar 2009 22:19:09
+0200:

Сменить программу. На ту, которая так не делает. Поможет еще от 33
болезней.

AC Очень смешно.

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

AC А вот если выкидывать КАЖДОЕ приложение, которое хотя бы раз
AC сделало segfault или buffer overflow, ты очень быстро окажешься с
AC абаком в руках. Пижонство это банальное.

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

С другой стороны, в рассматриваемой ситуации неправ, вероятно, лично
Печников. Решивший лично собрать AOLServer с версией tcl, которую тот
не поддерживает (что еще полбеды) и полезший решать эту проблему в gdb,
а не в документацию. А разработчики тикля и AOLServer, вероятно, не
виноваты...

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

If a `religion' is defined to be a system of ideas that contains
unprovable statements, then Godel taught us that mathematics is not
only a religion, it is the only religion that can prove itself to be
one.
-- John Barrow

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

В Чтв, 12/03/2009 в 18:54 +0300, Artem Chuprina пишет:
 Jabber/PGP или почта/PGP.  В очень специфических случаях - TLS.  Но не
 скайп ни в коем случае...
А разве в Jabber-е шифрование от клиента до клиента?

--
DamirX



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

В Чтв, 12/03/2009 в 20:51 +0300, Alexey Pechnikov пишет:
 Вот, навскидку назвал, и 
 это несмотря на то, что вы привели список _консольных_ утилит в основном.

Просто для информации: к любой консольной утилите (у которой есть stdin
и stdout) веб-морду можно приделать как два пальца об асфальт.

--
DamirX



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность Alexander GQ Gerasiov

DamirX - debian-russian@lists.debian.org  @ Fri, 13 Mar 2009 09:39:25 +0300:

  Jabber/PGP или почта/PGP.  В очень специфических случаях - TLS.  Но
  не скайп ни в коем случае...
 D А разве в Jabber-е шифрование от клиента до клиента?

Угу.  Если включить.  PGP, собственно, по-другому и не умеет...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность Aleksey Cheusov

Хочется сделать, чтобы было и удобно, и красиво. КДЕ содержит
множество приложений, оформленных в едином стиле, что есть
правильно.
Это решается темами по-моему. Несколько лет назад был даже целый дистр,
основной фишкой которого было создать одинаковый look для как минимум
qt/gtk приложений. Наверняка, с тех пор оно расползлось по всем дистрам.

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

libdbi0 - Database Independent Abstraction Layer for C
libdbi0-dev - DB Independent Abstraction Layer for C -- development files
libdbd-mysql - MySQL database server driver for libdbi
libdbd-pgsql - PostgreSQL database server driver for libdbi
libdbd-sqlite - SQLite database driver for libdbi
libdbd-sqlite3 - SQLite3 database driver for libdbi

Может и сойдут в качестве альтернативы. Не обязательно завязываться на
конкретную базу данных. libdbi в etch-е не было по неизвестной мне
причине, но он точно был в sarge, то есть библиотека довольно старая и,
есть уверенность, что стабильная. Для postgresql, по крайней мере, у
меня работала.

Решать на своем отдельно взятом десктопе несложно, настроить близким -
сложнее, друзьям/знакомым - на всех времени не хватит. Потому и задал
вопрос в рассылке. К сожалению, все думают только о своем личном
десктопе. А жаль.
Просто есть люди, которые думают,что ты борешься с ветряными мельницами.
Что касается разработчиков. Далеко не все принимают аргументы типа
оно большое, поэтому фу. Скорее всего, пошлют тебя подальше.
Но можешь предложить им libdbi и тестирование под sqlite.

--
Best regards, Aleksey Cheusov.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

On Fri, 13 Mar 2009 08:55:34 +0200
Aleksey Cheusov v...@gmx.net wrote:

 
  Хочется сделать, чтобы было и удобно, и красиво. КДЕ содержит
  множество приложений, оформленных в едином стиле, что есть
  правильно.
 Это решается темами по-моему. Несколько лет назад был даже целый
 дистр, основной фишкой которого было создать одинаковый look для как
 минимум qt/gtk приложений. Наверняка, с тех пор оно расползлось по
 всем дистрам.
 
  Пока пришел к выводу, что нужно пинать разработчиков, чтобы не дай
  бог в таком виде все это не зарелизили - вероятнее всего, выбрали
  тот движок, который знают. Ну, на письмо в личку пока не ответили,
  подожду денек-другой, прежде чем ловить их в аське/джаббере/скайпе
  и где придется. От себя могу им предложить помощь в работе с SQLite
  - запросы, настройки, архитектура базы, если люди адекватные,
  договоримся. Иначе - как получится, все равно в рассылке никто
  толковых идей не высказал.
 Смотри пакеты
 
 libdbi0 - Database Independent Abstraction Layer for C
 libdbi0-dev - DB Independent Abstraction Layer for C  -- development
 files libdbd-mysql - MySQL database server driver for libdbi
 libdbd-pgsql - PostgreSQL database server driver for libdbi
 libdbd-sqlite - SQLite database driver for libdbi
 libdbd-sqlite3 - SQLite3 database driver for libdbi
Там же Qt, так что имеет смысл использовать егойный SQL abstraction.

-- 
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: 0628 ACC7 291A D4AA 6D7D  79B8 0641 D82A E3E3 CE1D


signature.asc
Description: PGP signature

Re: Как спастись от mysql-server в KDE 4.2

В Птн, 13/03/2009 в 09:49 +0300, Artem Chuprina пишет:
  D А разве в Jabber-е шифрование от клиента до клиента?
 
 Угу.  Если включить.  PGP, собственно, по-другому и не умеет...
 
Ну, я сам как-бы не мастер в этом деле, видел только
http://jabberlive.org/index.php?option=com_contenttask=viewid=19Itemid=25
в котором сказано:
Users can log on with a secure SSL connection to the server, but will not be 
protected for 
messages sent outside of the server (e.g. to another service like AIM or ICQ) 
and are not protected 
from snooping by the server administrator. Jabber does support the OpenPGP 
standard for single message 
security through MIME extensions.

Хотел бы знать какие клиенты жаббера нормально (удобно для неискушенного 
shell-ом пользователя) поддерживают этот самый PGP?
И что, правда только single message?

--
DamirX



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

DamirX - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 11:00:15 +0300:

D А разве в Jabber-е шифрование от клиента до клиента?

Угу. Если включить. PGP, собственно, по-другому и не умеет...

D Ну, я сам как-бы не мастер в этом деле, видел только
D http://jabberlive.org/index.php?option=com_contenttask=viewid=19Itemid=25
D в котором сказано:

D Users can log on with a secure SSL connection to the server, but
D will not be protected for messages sent outside of the server
D (e.g. to another service like AIM or ICQ) and are not protected from
D snooping by the server administrator. Jabber does support the
D OpenPGP standard for single message security through MIME
D extensions.

D Хотел бы знать какие клиенты жаббера нормально (удобно для
D неискушенного shell-ом пользователя) поддерживают этот самый PGP? И
D что, правда только single message?

Ну, вообще-то протокол устроен так, что он состоит из single messages
:-) Поток в нем шифровать невозможно за отсутствием такового.

А узнать можно, почитав описания клиентов. Поискав в них либо
буквосочетание PGP, либо номер соответствующего XEP'а, который находится
на jabber.org.

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

Точно знаю, что tkabber поддерживает, и кажется, у jabber.el
документировано, что не поддерживает.

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Friday 13 March 2009 09:55:34 Aleksey Cheusov wrote:
 Может и сойдут в качестве альтернативы.  Не обязательно завязываться на
 конкретную базу данных.  libdbi в etch-е не было по неизвестной мне
 причине, но он точно был в sarge, то есть библиотека довольно старая и,
 есть уверенность, что стабильная. Для postgresql, по крайней мере, у
 меня работала.

Если я правильно понимаю идеологию КДЕ, должно быть 
libqt4-sql-sqlite || libqt4-sql-psql || libqt4-sql-mysql

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Friday 13 March 2009 11:55:42 Eugene V. Lyubimkin wrote:
это несмотря на то, что вы привели список _консольных_ утилит в
основном.

Просто для информации: к любой консольной утилите (у которой есть stdin
и stdout) веб-морду можно приделать как два пальца об асфальт.

Осталось только узнать зачем.

На современных десктопах, в т.ч. в обсуждаемом нами КДЕ4 есть такая тенденция
- приделывают веб-морду для локальных программ плюс подключают онлайн-сервисы
как локальные программы. По умолчанию веб-морда не активна, да и никто не
застявляет порты открывать. Но кому надо, могут воспользоваться (нередко люди
webmin использует и прочие панели администратора, на этом фоне использование
веб-морды к менеджеру закачек ну абсолютно безопасное занятие). Опять же, если
посмотреть панели хостинга, можете убедиться, что и ко многим консольным
утилитам приделали веб-доступ. Более того, на опеннете кажется видел новость,
что выпущена веб-морда к виртуальным машинам - то есть _ко всем_ программам и
утилитам теперь есть веб-интерфейс. Резюме - любой из перечисленных вами
программ можно воспользоваться через веб-интерфейс (или встроенный, или через
некоторую панель управления, или к иксам, или вообще ко всей системе).
Поскольку сам лично я веб-интерфейс к виртуалке не пробовал, то и сказал выше
про большинство программ, а не про все.

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

В Птн, 13/03/2009 в 10:55 +0200, Eugene V. Lyubimkin пишет:
 DamirX wrote:
  В Чтв, 12/03/2009 в 20:51 +0300, Alexey Pechnikov пишет:
  Вот, навскидку назвал, и 
  это несмотря на то, что вы привели список _консольных_ утилит в основном.
  
  Просто для информации: к любой консольной утилите (у которой есть stdin
  и stdout) веб-морду можно приделать как два пальца об асфальт.
  
 Осталось только узнать зачем.

Вот-вот.

Плохая практика: прога с CLI + фронтенд
Хорошая практика: прога с CLI -- либа -- прога с GUI

-- 
Покотиленко Костик cas...@meteor.dp.ua


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Friday 13 March 2009 12:40:51 Eugene V. Lyubimkin wrote:
Поскольку сам лично я веб-интерфейс к виртуалке не пробовал, то и сказал
выше про большинство программ, а не про все.

Оригинально. То есть, если я запустил виртуалку в браузере, и в
виртуалке терминал, в котором я могу набрать любую команду (cp, скажем),
то это теперь к команде cp приделан веб-интерфейс? Если да, то с моей
стороны дискуссию пора заканчивать, пока челюсть вконец не отвалилась %)

Разговор был о том, что без плугинов разработчика для браузера сейчас зачастую
не обойтись. Если вы запустили виртуалку (или гугмейл или интерфейс к kget или
webmin или что угодно еще) в браузере, то нужен способ отлаживать этот самый
веб-интерфейс. Так же как в консоли не обойтись без strace. Как вы иначе
будете отлаживать проблемы с терминалом, открытым в браузере - через strace
браузер откроете и запустите сниффер пакетов?

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность Владимир Ступин

Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 13 Mar 2009
11:38:27 +0200:

Вот, навскидку назвал, и
это несмотря на то, что вы привели список _консольных_ утилит в основном.

Осталось только узнать зачем.

ПК Вот-вот.

ПК Плохая практика: прога с CLI + фронтенд
ПК Хорошая практика: прога с CLI -- либа -- прога с GUI

То, что ты назвал плохой практикой - unix way, и тот факт, что эта
практика - плохая, требует обоснования. Нет, я не утверждаю, что
браузер - достаточно хороший гуй, а HTTP - достаточно хороший протокол,
чтобы тыкать их во _все_ дырки... Фронтенд совершенно не обязательно
должен работать по HTTP...

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

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

13 марта 2009 г. 14:49 пользователь Artem Chuprina r...@ran.pp.ru написал:

  ПК Плохая практика: прога с CLI + фронтенд
  ПК Хорошая практика: прога с CLI -- либа -- прога с GUI

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

Здесь наверное имелся в виду пример curl и libcurl. Впрочем, наличие
библиотеки не обязывает пользоваться именно ею, можно пользоваться
возможностями библиотеки и через CLI-программу. Но мне кажется, что
выделить функционал программы в библиотеку - это более гибкий подход,
который удовлетворит приверженцев любого лагеря: пользователей CLI,
GUI и Web-интерфейсов.

Re: Как спастись от mysql-server в KDE 4.2

Владимир Ступин - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 14:56:15
+0500:

ПК Плохая практика: прога с CLI + фронтенд
ПК Хорошая практика: прога с CLI -- либа -- прога с GUI

ВС Здесь наверное имелся в виду пример curl и libcurl. Впрочем,
ВС наличие библиотеки не обязывает пользоваться именно ею, можно
ВС пользоваться возможностями библиотеки и через CLI-программу. Но мне
ВС кажется, что выделить функционал программы в библиотеку - это более
ВС гибкий подход, который удовлетворит приверженцев любого лагеря:
ВС пользователей CLI, GUI и Web-интерфейсов.

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

Нет, я не утверждаю, что выделять библиотеку плохо. Это хорошо, ибо
повышает гибкость. Я утверждаю, что заносить unix way в плохую практику
не следует...

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

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

В Птн, 13/03/2009 в 13:10 +0300, Artem Chuprina пишет:
 Но если уж на то пошло, то для _взаимодействия_ с функциональностью
 программы я предпочитаю клиент-серверную модель, причем с _текстовым_
 протоколом.  Чтобы можно было сходить туда вручную и почитать ее ответы
 глазами.  Вот SMTP, FTP и HTTP в этом смысле хорошие примеры.
Я бы туда-же добавил SQL.

Так может глубинный смысл mysql в кедах именно в кроссплатформенном
клиент-серверном движке БД.

Например, в конторе куча пользователей кде4 и все используют один
мускуль-сервер под, тьфу-тьфу, виндой. 95-ой. :-)

--
DamirX



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Friday 13 March 2009 13:24:35 Eugene V. Lyubimkin wrote:
  Разговор был о том, что без плугинов разработчика для браузера сейчас
  зачастую не обойтись.

 Разработчикам веба - наверное. А остальным-то не нужно

А если и десктопные приложения веб-интерфейс имеют? А если виджеты КДЕ 
отображают веб-контент? Как вы все это хотите отлаживать? Если в нужном и 
полезном софте появляется мешающий баг, лучше уж поправить, чем мучаться. Если 
раньше были strace,gdb (других не знаю, не было надобности, перечисленного 
хватает), то теперь к ним добавились firebug b web developer toolbar. Да хотя 
бы кукисы проверить - удалить, запретить отдельные элементы и т.п., совершенно 
пользовательская задача.

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

DamirX - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 13:48:10 +0300:

Но если уж на то пошло, то для _взаимодействия_ с функциональностью
программы я предпочитаю клиент-серверную модель, причем с
_текстовым_ протоколом. Чтобы можно было сходить туда вручную и
почитать ее ответы глазами. Вот SMTP, FTP и HTTP в этом смысле
хорошие примеры.
D Я бы туда-же добавил SQL.

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

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

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

Оба - SQL, да...

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Friday 13 March 2009 13:51:58 Artem Chuprina wrote:
 Например, тот же столь любимый Печниковым SQLite (ничего не скажу,
 хорошая штука) не умеет вложенных запросов.  Нет, делать работу с
 нормально спроектированной БД без вложенных запросов можно.  Но это -
 специально танцевать качучу...  Кстати, и поэтому тоже, я полагаю, ждет
 его в деле пропихивания туда sqlite народный литовский праздник
 обломайтис.

sqlite select count(*) from users where group_id in (select id from groups 
where name='Администраторы');
4

ЧЯДН?

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Alexey Pechnikov - debian-russian@lists.debian.org @ Fri, 13 Mar 2009
13:43:02 +0300:

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

Разработчикам веба - наверное. А остальным-то не нужно

AP А если и десктопные приложения веб-интерфейс имеют? А если виджеты
AP КДЕ отображают веб-контент? Как вы все это хотите отлаживать? Если
AP в нужном и полезном софте появляется мешающий баг, лучше уж
AP поправить, чем мучаться. Если раньше были strace,gdb (других не
AP знаю, не было надобности, перечисленного хватает), то теперь к ним
AP добавились firebug b web developer toolbar. Да хотя бы кукисы
AP проверить - удалить, запретить отдельные элементы и т.п.,
AP совершенно пользовательская задача.

Удалить/запретить отдельные элементы как пользовательская задача - это
Element hiding helper к AdBlock+. Вот уж без чего действительно сложно
обойтись, так это без адблока. А чтобы сделать то же самое с помощью
перечисленных тобой инструментов, надо быть веб-девелопером.

Уже не говоря о том, что виджеты KDE очень не все рассматривают как
нужный и полезный софт. Как, кстати, помогает справиться с их багами
плагин к _файрфоксу_?

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

Science is like sex: sometimes something useful comes out, but that's
not why we're doing it.
-- Richard Feynman

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Eugene V. Lyubimkin - debian-russian@lists.debian.org  @ Fri, 13 Mar 2009 
12:51:40 +0200:

 EVL P.P.S. А у разработчиков на скриптовых языках особо ни gdb, ни
 EVL strace, думается мне, и раньше не волновали.

Разработчиков на C, кстати, тоже не слишком.  strace - это вообще
пользовательская программа.  Позволяющая иногда ответить на вопрос
после какого действия разработчик этой программы вывел свое невнятное
сообщение об ошибке или вообще забыл его вывести?  Разработчику она
совершенно ни к чему.  Ну и если вам понадобился gdb, значит, вы как-то
не так программируете...  Я еще понимаю efence или valgrind...  Хотя при
встраивании в чужое gdb бывает полезен.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность Alexey Boyko

On Thursday 12 March 2009 21:53:47 Aleksey Korotkov wrote:

 AB Не, ну обходились же раньше люди без компьютера?
 И даже без мыла. Греки мазались маслом, потом скребками это дело
 соскребали.

И не жаловались на кде4

 AB Чего такого неразработчики
 AB делают на компьютере, чего без компьютера раньше не делали?
 А кто это такие -- неразработчики?

Это можно обсудить.

 И что тогда делают разработчики? А, это вот что-то такое для
 внутреннего потребления ваяют? Т.е. сами только для себя? И за это ещё и
 деньги им платить? Гнать поганой метлой и взашей! Пусть ковыряются на
 досуге дома в качестве хобби, 

Хобби - не порок. Зачем метлой?

 а для общественной пользы отправить на 
 овощебазу картошку перебирать.

Думаешь разработчики ничего другого делать не умеют, кроме как картошку 
перебирать?

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Friday 13 March 2009 14:25:25 Artem Chuprina wrote:
Разработчиков на C, кстати, тоже не слишком. strace - это вообще
пользовательская программа. Позволяющая иногда ответить на вопрос
после какого действия разработчик этой программы вывел свое невнятное
сообщение об ошибке или вообще забыл его вывести? Разработчику она
совершенно ни к чему. Ну и если вам понадобился gdb, значит, вы как-то
не так программируете... Я еще понимаю efence или valgrind... Хотя при
встраивании в чужое gdb бывает полезен.

Речь и шла о пользовательских задачах - использовании готовых программ и
исправлении/локализации багов в них. Как пример - программы, встраивающие в
себя интерпретатор тикля, могут крэшиться при компиляции с тиклем 8.5 вместо
8.4 и использование strace/gdb помогает понять, что проблема в инициализации
интерпретатора (и точно, порядок инициализации изменился).

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Friday 13 March 2009 14:21:19 Artem Chuprina wrote:
 Удалить/запретить отдельные элементы как пользовательская задача - это
 Element hiding helper к AdBlock+.  Вот уж без чего действительно сложно
 обойтись, так это без адблока.  А чтобы сделать то же самое с помощью
 перечисленных тобой инструментов, надо быть веб-девелопером.

 Уже не говоря о том, что виджеты KDE очень не все рассматривают как
 нужный и полезный софт.  Как, кстати, помогает справиться с их багами
 плагин к _файрфоксу_?

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

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

В Птн, 13/03/2009 в 14:39 +0300, Victor Wagner пишет:
On 2009.03.13 at 11:38:27 +0200, Покотиленко Костик wrote:

Вот-вот.

Плохая практика: прога с CLI + фронтенд
Хорошая практика: прога с CLI -- либа -- прога с GUI

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

В 90% случаев, на которые мне приходилось смотреть в дистрибутиве
(естественно, это далеко не все библиотеки, которые в нем есть)
авторы библиотек не имели не малейшего понятия, как следует дизайнить
интерфейсы библиотек. А это, между прочим, гораздо более сложная задача
чем дизайн CLI, заточенного под встраивание.

Ну и покрыть функциональность автоматизированными тестами в случае CLI
гораздо проще.

Ни капли не согласен, особенно когда участвуют циклы. CLI-GUI не проще
ни разу, ни в разработке, ни в использовании, ни в отладке. Кроме,
конечно, случая, когда разработчик не умеет либы писать.

--
Покотиленко Костик cas...@meteor.dp.ua

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность Aleksey Korotkov

Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 13 Mar 2009
16:05:45 +0200:

Плохая практика: прога с CLI + фронтенд
Хорошая практика: прога с CLI -- либа -- прога с GUI

Ну и покрыть функциональность автоматизированными тестами в случае CLI
гораздо проще.

ПК Ни капли не согласен, особенно когда участвуют циклы. CLI-GUI не
ПК проще ни разу, ни в разработке, ни в использовании, ни в
ПК отладке. Кроме, конечно, случая, когда разработчик не умеет либы
ПК писать.

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

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность yuri . nefedov


On Fri, 13 Mar 2009, Alexander Danilov wrote:


DamirX пишет:

В Чтв, 12/03/2009 в 20:51 +0300, Alexey Pechnikov пишет:
Вот, навскидку назвал, и это несмотря на то, что вы привели список 
_консольных_ утилит в основном.


Просто для информации: к любой консольной утилите (у которой есть stdin
и stdout) веб-морду можно приделать как два пальца об асфальт.

--
DamirX





Пожалуйста, приделайте морду к cat и обоснуйте необходимость такой морды.



  Ну, на кошачью морду всегда приятно посмотреть.
  Разве нет?

Re: Как спастись от mysql-server в KDE 4.2

On Fri, 13 Mar 2009 13:29:55 +0200
Alexey Boyko wrote:

AB И не жаловались на кде4

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

AB Хобби - не порок. Зачем метлой?

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

AB Думаешь разработчики ничего другого делать не умеют, кроме как
AB картошку перебирать?

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

-- 
С уважением,
А.В.Коротков,

mailto:z...@uni.udm.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Friday 13 March 2009 19:02:05 Aleksey Korotkov wrote:
 Если они не делают ничего общественно полезного (поскольку если
 неразработчикам компьютеры не нужны, то любая разработка -- хобби в
 чистом виде) -- им там самое место. А умеют или нет -- по барабану.
 Платить зарплату за собирание марок -- это уже слишком.

Общественно полезного != полезного вам лично. Кстати, вы не задумывались, что 
платить вам зарплату за общение в рассылке - это уже слишком?

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

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 15:30:15 Oleksandr Gavenko wrote:
 chaos wrote:
  jabber-el (этого зверя пока только начал ковырять)

 Если только об этом - то google talk прекрасно работает
 и на работе местный джабер тож.

   gnus

 не понял я его - использую интуитивно понятный
 icedove/thunderbird (такой же кросс-платформенный).

thunderbird  тормазючий :(

Re: Как спастись от mysql-server в KDE 4.2

В Птн, 13/03/2009 в 12:49 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 13 Mar 2009
11:38:27 +0200:

Вот, навскидку назвал, и
это несмотря на то, что вы привели список _консольных_ утилит в
основном.

Осталось только узнать зачем.

ПК Вот-вот.

ПК Плохая практика: прога с CLI + фронтенд
ПК Хорошая практика: прога с CLI -- либа -- прога с GUI

Не так. Не путай клиент-серверное решение и IPC с фронтендом :). Разница
очевидна:

1. IPC: связь нескольких процессов в пределах одной машины

2. клиент-серверное решение: связь нескольких процессов работающих на
разных машинах

3. фронтенд: использование функционала программы с одним интерфейсом в
другой программе с другим интерфейсом посредством чего-либо, в том числе
и IPC.

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

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

Это моё личное мнение, кто не согласен, начинайте новую тему, интересно
послушать что вам есть сказать.

--
Покотиленко Костик cas...@meteor.dp.ua

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

В Птн, 13/03/2009 в 18:20 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 13 Mar 2009
16:05:45 +0200:

Плохая практика: прога с CLI + фронтенд
Хорошая практика: прога с CLI -- либа -- прога с GUI

Ну и покрыть функциональность автоматизированными тестами в случае CLI
гораздо проще.

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

--
Покотиленко Костик cas...@meteor.dp.ua

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность Aleksey Korotkov

В Птн, 13/03/2009 в 23:24 +0900, Alexander Danilov пишет:
 Покотиленко Костик пишет:
  В Птн, 13/03/2009 в 14:39 +0300, Victor Wagner пишет:
  On 2009.03.13 at 11:38:27 +0200, Покотиленко Костик wrote:
 
  Вот-вот.
 
  Плохая практика: прога с CLI + фронтенд
  Хорошая практика: прога с CLI -- либа -- прога с GUI
  Абсолютно не факт. первый вариант выносит содержательные действия в
  отдельный процесс, существенно упрощает отладку и облегчает избавление
  от блокировок GUI, когда программа занята чем-нибудь важным.
 
  В 90% случаев, на которые мне приходилось смотреть в дистрибутиве
  (естественно, это далеко не все библиотеки, которые в нем есть) 
  авторы библиотек не имели не малейшего понятия, как следует дизайнить
  интерфейсы библиотек. А это, между прочим, гораздо более сложная задача
  чем дизайн CLI, заточенного под встраивание.
 
  Ну и покрыть функциональность автоматизированными тестами в случае CLI
  гораздо проще.
  
  Ни капли не согласен, особенно когда участвуют циклы. CLI-GUI не проще
  ни разу, ни в разработке, ни в использовании, ни в отладке. Кроме,
  конечно, случая, когда разработчик не умеет либы писать.
  
 
 Проще, надо только понимать, что проще не в Си, я в языках, в которых есть 
 нормальная обработка
 событий, например, :) Tcl. Можно рулить одновременно многими cli процессами, 
 в том числе и 
 одинаковыми, а вот на Си, это будет не так уж просто. А в питоне или ruby 
 есть событийная обработка 
 на сокетах или каналах ввода/вывода?

Ты на Си в музее смотрел?

-- 
Покотиленко Костик cas...@meteor.dp.ua


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

On Fri, 13 Mar 2009 19:43:03 +0300
Alexey Pechnikov wrote:

AP Общественно полезного != полезного вам лично.

Это Вы так мне собрались возражать? Тогда мимо кассы :)

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

А мне за это кто-то платит? Ну если Вы захотите -- милости прошу, не
откажусь :) А так пока никто ещё не предлагал.

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

Это Вы несколько не в курсе, скажем так. Ньютон был профессором
Кембриджского университета с 1669 по 1696 годы, и все наиболее
значительные свои научные работы написал в этот период.

P.S. Вообще-то это Вы ко мне претензии не по адресу. Я-то как раз не
считаю, что разработчики не делают ничего полезного (более того, я сам
им как минимум был в официальном, так сказать, смысле, и, смею
надеяться, не за просто так получал зарплату :)). Тут чуть выше Alexey
Boyko, насколько можно понять, предлагал неким неразработчикам (кто
эти персонажи, понять затруднительно, поскольку дать более или менее
внятные дефиниции вряд ли получится) отказаться от использования
компьютеров -- вот в этом случае получается, что тогда разработчики
будут заниматься чистой воды хобби, и тогда им вряд ли стоит за это
платить деньги. Так что все претензии/респекты автору идеи, а не мне...

--
С уважением,
А.В.Коротков,

mailto:z...@uni.udm.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

В Птн, 13/03/2009 в 13:10 +0300, Artem Chuprina пишет:
Владимир Ступин - debian-russian@lists.debian.org @ Fri, 13 Mar 2009
14:56:15 +0500:

ПК Плохая практика: прога с CLI + фронтенд
ПК Хорошая практика: прога с CLI -- либа -- прога с GUI

Не путайте unix-way c , и |

Первое включает второе, но не ограничивается им.

Человек так не может, поэтому преобразования целесообразнее применять
ТОЛЬКО на входе и на выходе.

Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, но
старомодно.

--
Покотиленко Костик cas...@meteor.dp.ua

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 13 Mar 2009
19:58:49 +0200:

Плохая практика: прога с CLI + фронтенд
Хорошая практика: прога с CLI -- либа -- прога с GUI

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

В 90% случаев, на которые мне приходилось смотреть в
дистрибутиве (естественно, это далеко не все библиотеки, которые
в нем есть) авторы библиотек не имели не малейшего понятия, как
следует дизайнить интерфейсы библиотек. А это, между прочим,
гораздо более сложная задача чем дизайн CLI, заточенного под
встраивание.

Ну и покрыть функциональность автоматизированными тестами в
случае CLI гораздо проще.

ПК Ни капли не согласен, особенно когда участвуют циклы. CLI-GUI
ПК не проще ни разу, ни в разработке, ни в использовании, ни в
ПК отладке. Кроме, конечно, случая, когда разработчик не умеет
ПК либы писать.

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

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

Вот и молчи. А то, знаешь ли, Витус-то умеет работать и с тем, и с
другим интерфейсом, а ты, есть ощущение, осилил только один...

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность Alexander GQ Gerasiov

Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 13 Mar 2009
20:09:00 +0200:

ПК Не путайте unix-way c , и |

ПК Первое включает второе, но не ограничивается им.

Это только подтверждает мою мысль.

ПК Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в
ПК нём она быстрей, так меньше нюансов, так больше энтропия и КПД.

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

А _нам_ всяко удобнее сказать cp этот_файл туда, чем городить
неудобоваримую конструкцию из open/read/write/close, или mv этот_файл
туда, чем разбираться, надо городить open/read/write/close, или можно
ограничиться link. Эти танцы за нас может станцевать и машина, она,
блин, для того и придумана.

ПК Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо,
ПК но старомодно.

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

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

На Fri, 13 Mar 2009 20:09:00 +0200
Покотиленко Костик cas...@meteor.dp.ua записано:

 В Птн, 13/03/2009 в 13:10 +0300, Artem Chuprina пишет:
  Владимир Ступин - debian-russian@lists.debian.org  @ Fri, 13 Mar
  2009 14:56:15 +0500:
  
 ПК Плохая практика: прога с CLI + фронтенд
 ПК Хорошая практика: прога с CLI -- либа -- прога с GUI
  
Ну и да, по ходу дела ты, по сути, записал в плохую практику
практически все клиент-серверные решения.  Начиная с SMTP и
HTTP :-)
  
   ВС Здесь наверное имелся в виду пример curl и libcurl. Впрочем,
   ВС наличие библиотеки не обязывает пользоваться именно ею, можно
   ВС пользоваться возможностями библиотеки и через CLI-программу.
  Но мне ВС кажется, что выделить функционал программы в библиотеку
  - это более ВС гибкий подход, который удовлетворит приверженцев
  любого лагеря: ВС пользователей CLI, GUI и Web-интерфейсов.
  
  Моя практика показывает, что в норме приделать к CLI-программе гуй
  на скриптовом языке гораздо проще, чем сделать для этого же
  скриптового языка обвязку вокруг библиотеки.  Хотя, конечно, если
  ее уже кто-то за тебя сделал...
  
  Нет, я не утверждаю, что выделять библиотеку плохо.  Это хорошо, ибо
  повышает гибкость.  Я утверждаю, что заносить unix way в плохую
  практику не следует...
 
 Не путайте unix-way c ,  и |
 
 Первое включает второе, но не ограничивается им.
 
  Но если уж на то пошло, то для _взаимодействия_ с функциональностью
  программы я предпочитаю клиент-серверную модель, причем с
  _текстовым_ протоколом.  Чтобы можно было сходить туда вручную и
  почитать ее ответы глазами.  Вот SMTP, FTP и HTTP в этом смысле
  хорошие примеры.
 
 Если лень писать инструменты для работы с бинарными данными, остаётся
 единственное направление движения - в сторону SMTP, FTP, HTTP, XML,
 BASE64 и другого говна(сори).
Вот не надо. Там где интеркоммуникация гораздо правильнее использовать
формат, который потенциально читаем человеком (вот почему XML так
популярен, хотя не все умеют его правильно применять).

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



-- 
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: 0628 ACC7 291A D4AA 6D7D  79B8 0641 D82A E3E3 CE1D


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Hello!

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

Пардон, и в самом деле не по адресу. Вы просто развили эту идею.

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность Aleksey Cheusov

  Может и сойдут в качестве альтернативы.  Не обязательно завязываться на
  конкретную базу данных.  libdbi в etch-е не было по неизвестной мне
  причине, но он точно был в sarge, то есть библиотека довольно старая и,
  есть уверенность, что стабильная. Для postgresql, по крайней мере, у
  меня работала.

 Если я правильно понимаю идеологию КДЕ, должно быть 
 libqt4-sql-sqlite || libqt4-sql-psql || libqt4-sql-mysql

Пусть будет так. Я не разбираюсь в qt4.  В любом случае мысль
очевидна. Использовать прослойку, не зависящую от конкретного
исполнения БД.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-13 Пенетрантность Aleksey Cheusov

 Ну и если вам понадобился gdb, значит, вы как-то не так
 программируете...
http://sf.net/projects/lmdbg

Тамошняя программа lmdbg-sym при помощи gdb преобразует адреса в файлы
исходного кода и номера строк полного stacktrace-а вызова malloc/free
etc.  Это позволяет помодульно анализировать код программы на предмет
потребления памяти.  Идея использовать для этого gdb в _командном_
режиме честно заимствована из ccmalloc. Но там оно прибито гвоздями на
С...  В общем, есть разные способы применения gdb.  И естественно
malloc/free-ями дело не ограничивается.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 10:01:33 Artem Chuprina wrote:
 At Thu, 12 Mar 2009 09:38:52 +0200,

 chaos wrote:
  нужен, с голубозубом тоже пока напряг :(

 С голубозубом-то какой напряг?  Ему гуй вообще не нужен...

гуй ему да, не нужен, мне нужен, и не столько гуй, сколько простой и удобный 
метод кидать файлы на телефон и с телефона, много файлов, в кедах это было 
элементарно просто, достаточно былолюбому приложению подсунуть чтонить вроде 
obex://[xx:xx:xx:xx:xx:xx]/ и получить файловую систему телефона, и сделать 
это можно было действительно из любого приложения даже тот-же kile мог 
скинуть pdf сразу на телефон. Это было удобно, не надо следить за тем что 
забыл отмантировать телефон  и т.д. 

Вот с такой работой пока напряг, пока думаю и ищу..

p.s. если вдруг у кого есть хорошие примеры и идеи, поделитесь, буду 
благодарен.

Re: Как спастись от mysql-server в KDE 4.2

On 12 March 2009 09:57:40 Artem Chuprina wrote:
 At Thu, 12 Mar 2009 08:25:23 +0600,

 Andrey Lyubimets wrote:
  Что бы получить рабочее окружение на новой системе - достаточно
  восстановить из бэкапа дотфайлы в домашней директории.

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

ровно тоже самое, пару мест поправить и всё
чего кстати не скажешь о emacs, местами без серьёзного ковыряния повсле 
апгрейда ну никак :(


 --
 Artem Chuprina
 RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

Re: Как спастись от mysql-server в KDE 4.2

On 13 March 2009 12:43:02 Alexey Pechnikov wrote:
Hello!

On Friday 13 March 2009 13:24:35 Eugene V. Lyubimkin wrote:
Разговор был о том, что без плугинов разработчика для браузера сейчас
зачастую не обойтись.

Разработчикам веба - наверное. А остальным-то не нужно

А если и десктопные приложения веб-интерфейс имеют? А если виджеты КДЕ
отображают веб-контент? Как вы все это хотите отлаживать? Если в нужном и
полезном софте появляется мешающий баг, лучше уж поправить, чем мучаться.
Если раньше были strace,gdb (других не знаю, не было надобности,
перечисленного хватает), то теперь к ним добавились firebug b web developer
toolbar. Да хотя бы кукисы проверить - удалить, запретить отдельные
элементы и т.п., совершенно пользовательская задача.

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

Re: Как спастись от mysql-server в KDE 4.2

2009-03-12 Пенетрантность DamirX

В Срд, 11/03/2009 в 21:05 +0200, chaos пишет:

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

А в КДЕ4 можно?

--
DamirX



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-12 Пенетрантность chaos

On 12 March 2009 00:18:37 Mikhail Gusarov wrote:
 Twas brillig at 00:10:17 12.03.2009 UTC+02 when zed.ch...@gmail.com did
 gyre and gimble:

  c ну мне как-то не пофигу. у меня как-то нет таких приложений которым
  c нужно просто висеть где-то на задворках виртуальных дескотопов

 [разглядывает задворки]

 Медиаплеер, 

mpd, и qmpdclient, после того как амарок стал бесполезен, разучившись работать 
с last.fm, для last.fm теперь пользуеться lastfm :) 

 торрент-клиент, 

не пользую

 домашняя бухгалтерия.  

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

   В принципе, можно умять в emacs: (gnus, erc, jabber-el), opera.

  c как браузер в емакс умять?

 Хреново. Но можно и не уминать, а срезать весь гуй, что не нужен, вроде
 такого: http://dottedmag.net/images/bloginprogress.png

приятно, респект, надо попробовать поколупать, видел похожее в conkeror
Description: keyboard focused web browser with Emacs look and feel
с gtk-qt-engine очень даже смотрится
http://1.bp.blogspot.com/_nMj94ph8zPk/SbgTQ-WzUFI/BGI/XhK_IsUf954/s1600-h/conkeror.png

остальное действительно можно покрыть в emacs + orgmode + cedet + gnus + 
jabber-el (этого зверя пока только начал ковырять)

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

pp.s. как-то и вроде 21-й век, а интерфейсы только кривее становятся :(

Re: Как спастись от mysql-server в KDE 4.2

2009-03-12 Пенетрантность chaos

On 12 March 2009 09:36:05 DamirX wrote:
 В Срд, 11/03/2009 в 21:05 +0200, chaos пишет:
  хоткеи по человечески для приложений как прикручивал?

 по поводу хоткеев: в Гноме, кстати, их можно налету настраивать.
 Увидел в меню пунктик интересный, показал на него мышкой, нажал хоткей.
 Всё.

 А в КДЕ4 можно?

А kde4 я себе пока не ставил, в виду тех ужасов которые там творятся, в 
частности тот-же mysql. Пока 3, но если поползновений в стороны вырезания 
mysql не будет слышно в ближайшее время то буду планомерно начинать переход 
на что-то другое. Удручает в этом то что вариантов гиганское количество, 
времени ограничено, надо ещё и работу работать, человеческого какого-то 
описания каких-то приятных альтернатив в нете нет, всё нужно по крупицам 
собирать. Напильники у каждого свои, никто полного описания от и до с 
скриншотами не делает. грустно.

Re: Как спастись от mysql-server в KDE 4.2

At Wed, 11 Mar 2009 21:42:36 +0300,
Иван Лох wrote:

   2) Работы по одинаковому _Feel_ активно ведутся.
  
  Пывбывав бы...  Не дай бог еще в емаксе туда же пойдут...
 
 Думаю, что не пойдут. Вообще, на мой взгляд, десктопный кретинизм
 вытесняет ментально здоровых людей в маргинальные ниши, и по мере
 их накопления там происходят интересные вещи.
 
 Как пример, тайловые WM. Утратив необходимость учитывать интересы
 усредненного пользователя, авторы новых WM разродились целым
 рядом интересных идей и достаточно чистых реализаций. Кстати, много
 идей из emacs взяли ;-}

Кстати, да...  Я как раз в процессе перехода на stumpwm...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

At Thu, 12 Mar 2009 08:25:23 +0600,
Andrey Lyubimets wrote:

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

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

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

At Wed, 11 Mar 2009 23:16:00 +0200,
Aleksey Cheusov wrote:

 Не знаю, у кого там как, а у меня все приложения выглядят одинаково.
 Все два :-D
 
 http://mova.org/~cheusov/pub/screenshort/ctwm.png

Да ты гонишь!  У xterm modeline отсутствует!

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

At Thu, 12 Mar 2009 09:38:52 +0200,
chaos wrote:

 нужен, с голубозубом тоже пока напряг :(

С голубозубом-то какой напряг?  Ему гуй вообще не нужен...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-12 Пенетрантность Aleksey Korotkov

At Wed, 11 Mar 2009 21:05:09 +0200,
chaos wrote:

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

Вот интересно, как это я ухитряюсь не пользоваться ни гномом, ни кедами, и
при этом не жить в консоли? ЧЯДНТ?

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

И как это всё замечательно у тебя выглядит и между собой работает? мот
скриншотами поделишься? хоткеи по человечески для приложений как прикручивал?
и желательно чтобы более менее однообразные были, а не так что в одних ctrl+b
одно а в других другое

Я не заморачиваюсь задачей сделать одинаковые хоткеи в приложениях, которые
занимаются принципиально разными вещами. Смысла не вижу. А редактирование
строки в zsh и в emacs одинаковое искаропки.

http://www.ran.pp.ru/~ran/misc/stumpwm-mail.png

--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

On Thu, 12 Mar 2009 10:57:40 +0300
Artem Chuprina wrote:

AC Что приходится делать любителям гнома и кедов раз в ту же пару
AC лет - я даже представить себе боюсь...

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

-- 
С уважением,
А.В.Коротков,

mailto:z...@uni.udm.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Thursday 12 March 2009 09:02:56 DamirX wrote:
  И что, каждое приложение настраивать? Потом на другой комп сели и привет?
  Ну уж спасибо.

 Для тех кто не хочет настравать так, как ЕМУ удобно существуют другие
 дистрибутивы линукса. например windows.

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

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Thursday 12 March 2009 01:18:37 Mikhail Gusarov wrote:
   В принципе, можно умять в emacs: (gnus, erc, jabber-el), opera.
  c как браузер в емакс умять?

 Хреново. Но можно и не уминать, а срезать весь гуй, что не нужен, вроде
 такого: http://dottedmag.net/images/bloginprogress.png

Попробуйте туда всунуть Firefox developer toolbar + firebug. Без других 
расширений можно обойтись, но без этих двух вообще жить нельзя.

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Thursday 12 March 2009 00:16:00 Aleksey Cheusov wrote:
  За советы с примерами таки и благодарен даже буду, а то все только кричат
  DE фикня, а к ним на десктоп глянешь так ужас тихий, каждое приложение в
  своём русле, с хоткеями вообще бардак, зато fvwm блин, а хоткеи только на
  него нормально и повешаны.

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

 http://mova.org/~cheusov/pub/screenshort/ctwm.png

А skype и аська где? Или вы с заказчиками и юзерами святым духом общаетесь? 
:-)

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

12 марта 2009 г. 19:41 пользователь Alexey Pechnikov
pechni...@mobigroup.ru написал:
 А skype и аська где? Или вы с заказчиками и юзерами святым духом общаетесь?
 :-)

Скайп... Аська... Вот блин, поколение Next! Телефон и электронная почта.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Thursday 12 March 2009 17:51:06 Владимир Ступин wrote:
  А skype и аська где? Или вы с заказчиками и юзерами святым духом
  общаетесь?
 
  :-)

 Скайп... Аська... Вот блин, поколение Next! Телефон и электронная почта.

Да вы, батенька, ретроград :-)

Когда-то и телеграф был невиданным чудом. А сегодня интернет и электроэнергия 
доступны всем и это часть стандартной инфраструктуры. 

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


Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Alexey Pechnikov - debian-russian@lists.debian.org  @ Thu, 12 Mar 2009 
17:37:25 +0300:

    В принципе, можно умять в emacs: (gnus, erc, jabber-el), opera.
   c как браузер в емакс умять?
 
  Хреново. Но можно и не уминать, а срезать весь гуй, что не нужен, вроде
  такого: http://dottedmag.net/images/bloginprogress.png

 AP Попробуйте туда всунуть Firefox developer toolbar + firebug. Без
 AP других расширений можно обойтись, но без этих двух вообще жить
 AP нельзя.

Я живу.  Доктор, что я делаю не так?

А, догадался!  Я не уеб-дезигнер!  Так вот.  Миша, кажется, тоже...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

Работай хоть за четверых.  Только не говори им об этом.
Кнышев.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009-03-12 Пенетрантность Mikhail Gusarov


Twas brillig at 18:04:54 12.03.2009 UTC+03 when r...@ran.pp.ru did gyre and 
gimble:

 AC А, догадался!  Я не уеб-дезигнер!  Так вот.  Миша, кажется, тоже...

Угу. А ещё я фильтры настроил, поэтому и на предыдущее письмо не
отреагировал :)

Впрочем, в тех случаях, когда мне нужно что-то подкрутить, Opera
Dragonfly вполне хватает.

-- 


pgpX1G9vNq4rN.pgp
Description: PGP signature

Re: Как спастись от mysql-server в KDE 4.2

12 марта 2009 г. 20:03 пользователь Alexey Pechnikov
pechni...@mobigroup.ru написал:
Hello!

Скайп... Аська... Вот блин, поколение Next! Телефон и электронная почта.

Да вы, батенька, ретроград :-)

Когда-то и телеграф был невиданным чудом. А сегодня интернет и электроэнергия
доступны всем и это часть стандартной инфраструктуры.

Интернет и электроэнергия - да, серверы и инфраструктура где-то в
америке фактически на общественных, ничего не гарантирующих началах -
нет.

И как вы по телефону будете для удаленного заказчика проект делать?

Телефон не отменяет возможности пользоваться IP-телефонией. Через
телефонную станцию, подключенную к VoIP-шлюзу, провайдерскому потоку
E1 (с соответствующим разруливанием трафика через VoIP), через
собственный или провайдерский SIP-сервер - не суть важно. Главное, что
связь будет кем-то гарантирована, с юридической и финансовой
ответственностью в соответствии с договором на указание услуг связи.

И какой иной канал для передачи конфиденциальной информации, кроме скайпа
предложите?

Почта и PGP. Jabber и PGP. VPN с соответствующим шифрованием. Личные встречи.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Thursday 12 March 2009 18:14:07 Владимир Ступин wrote:
12 марта 2009 г. 20:03 пользователь Alexey Pechnikov

pechni...@mobigroup.ru написал:
Hello!

Скайп... Аська... Вот блин, поколение Next! Телефон и электронная почта.

Да вы, батенька, ретроград :-)

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

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

И какой иной канал для передачи конфиденциальной информации, кроме скайпа
предложите?

Почта и PGP. Jabber и PGP. VPN с соответствующим шифрованием. Личные
встречи.

Многих заказчиков я никогда не видел. VPN это средство для интранета (и не
лучшее, кстати), из многих корпоративных сетей недоступно, да и я им больше не
собираюсь пользоваться. PGP пользоваться не умеют и учиться не будут, плюс
оседание в корпоративных логах криптописем есть повод к служебному
расследованию. А скайп много где пролазит.

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

2009-03-12 Пенетрантность Eugene V. Lyubimkin

Hello!

On Thursday 12 March 2009 18:04:54 Artem Chuprina wrote:
  AP Попробуйте туда всунуть Firefox developer toolbar + firebug. Без
  AP других расширений можно обойтись, но без этих двух вообще жить
  AP нельзя.

 Я живу.  Доктор, что я делаю не так?

 А, догадался!  Я не уеб-дезигнер!  Так вот.  Миша, кажется, тоже...

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

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Alexey Pechnikov wrote:
 Hello!
 
 On Thursday 12 March 2009 18:04:54 Artem Chuprina wrote:
  AP Попробуйте туда всунуть Firefox developer toolbar + firebug. Без
  AP других расширений можно обойтись, но без этих двух вообще жить
  AP нельзя.

 Я живу.  Доктор, что я делаю не так?

 А, догадался!  Я не уеб-дезигнер!  Так вот.  Миша, кажется, тоже...
 
 А сейчас почти весь софт имеет веб-морду.

Оп-па... приехали.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Maintainer



signature.asc
Description: OpenPGP digital signature

Re: Как спастись от mysql-server в KDE 4.2

2009-03-12 Пенетрантность Konstantin Matyukhin

12 марта 2009 г. 20:30 пользователь Alexey Pechnikov
pechni...@mobigroup.ru написал:

Не стоит обо мне так беспокоиться.

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

Многих заказчиков я никогда не видел.

А я никогда даже не слышал! Представьте себе.

VPN это средство для интранета (и не
лучшее, кстати),

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

Вот именно. Вы интересы корпорации отстаиваете или свои?

А скайп много где пролазит.

Re: Как спастись от mysql-server в KDE 4.2

2009/3/12 Alexey Pechnikov pechni...@mobigroup.ru:
 ... а если вы и софт не пишите, то пожалуй и без компьютера можете обойтись
Да Алексея можно на цитаты расхватать всего. Что ни письмо, то перл для фортуны.

-- 
С уважением,
Константин Матюхин

Re: Как спастись от mysql-server в KDE 4.2

Alexey Pechnikov - debian-russian@lists.debian.org  @ Thu, 12 Mar 2009 
18:03:20 +0300:

 AP И как вы по телефону будете для удаленного заказчика проект делать?
 AP И какой иной канал для передачи конфиденциальной информации, кроме
 AP скайпа предложите?

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

Jabber/PGP или почта/PGP.  В очень специфических случаях - TLS.  Но не
скайп ни в коем случае...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

Чем отличается свобода от независимости? 
Независимость - это когда за тебя не платят.
А свобода - когда за тебя не думают.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

Mikhail Gusarov - debian-russian@lists.debian.org  @ Thu, 12 Mar 2009 21:13:03 
+0600:

 AC А, догадался!  Я не уеб-дезигнер!  Так вот.  Миша, кажется,
 AC тоже...

 MG Угу. А ещё я фильтры настроил, поэтому и на предыдущее письмо не
 MG отреагировал :)

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

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

Танк - это не фаллический символ. Он просто _едет_...
(С)энта


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Как спастись от mysql-server в KDE 4.2

2009/3/12 Alexey Pechnikov pechni...@mobigroup.ru:
 ... а если вы и софт не пишите, то пожалуй и без компьютера можете обойтись

Всё, пошёл вбрасывать компьютер. И у друзей выкину. И на работе у всех
сотрудников. И в каждый магазин буду заходить и увидев компьютер или
кассу буду говорить: Мне Алексей Печников в рассылке debian-russian
сказал, что если вы софт не пишете, то пожалуй и без компьютера можете
обойтись. И с этими словами буду вырывать компьютер вместе со всеми
проводами и швырять его с силой о земь.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Thursday 12 March 2009 18:44:39 Eugene V. Lyubimkin wrote:
  А сейчас почти весь софт имеет веб-морду.

 Оп-па... приехали.

Десктопный софт все чаще с веб-мордой идет - к при меру, веб-интерфейс к 
amule, torrent-клиентам всяким, гугловому поиску для десктопа и проч. Кроме 
того, в КДЕ4 встроены какие-то фишки для работы с веб-приложениями как 
локальными.

Интересно, с какой стати запуск десктопного софта на десктопе вас так удивил.

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Thursday 12 March 2009 19:00:32 Владимир Ступин wrote:
 Всё, пошёл вбрасывать компьютер. И у друзей вы

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

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Thursday 12 March 2009 18:54:23 Artem Chuprina wrote:
  AP И как вы по телефону будете для удаленного заказчика проект делать?
  AP И какой иной канал для передачи конфиденциальной информации, кроме
  AP скайпа предложите?

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

 Jabber/PGP или почта/PGP.  В очень специфических случаях - TLS.  Но не
 скайп ни в коем случае...

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

Best regards.

Re: Как спастись от mysql-server в KDE 4.2

Hello!

On Thursday 12 March 2009 18:49:12 Владимир Ступин wrote:
Ещё чего, кто это вам будет давать доступ куда не нужно? Корпоративная
система безопасности - это не средство покрытия тёмных делишек
отдельных сотрудников.

Вот именно. Вы интересы корпорации отстаиваете или свои?

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

А скайп много где пролазит.

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

Best regards.

Re: Как спастись от mysql-server в KDE 4.2