Re: Прерывающийся звук в Ekiga
On Wed, Nov 26, 2008 at 12:56:59AM +0300, Mishustin Alexey wrote: Вопрос решился заменой устройства вывода звука с HDA-Intel на Default в параметрах Ekiga. Совет сделать так (если я правильно понял?) нашел здесь: http://wiki.ekiga.org/index.php/Getting_several_applications_using_the_sound_card_at_the_same_time_%3F - Be sure all the audio applications are using ALSA as a sound system and Default as the device. Хорошо, конечно, что все заработало, но плохо, что я не понимаю, почему :) Какое устройство может выводить звук, кроме единственной моей карточки HDA-Intel? Какой еще Default? Имхо, default -- это dmix для out, dsnoop для in. Если, конечно, в собственном ~/.alsaconf не определено иное. Детали в /usr/share/alsa/ -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Прерывающийся звук в Ekiga
On Fri, Nov 28, 2008 at 11:35:06AM +0300, Stanislav Maslovski wrote: Имхо, default -- это dmix для out, dsnoop для in. Если, конечно, в собственном ~/.alsaconf не определено иное. s/alsaconf/asoundrc/ -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Персональный HTTP-п рокси для работы че рез GPRS
Добрый день! Возникла необходимость подключить домашнюю машинку к интернет через GPRS. Установил dnsmasq (small caching DNS proxy) и цепочку из polipo (caching web proxy) и http://toonel.net/ (компресор траффика). Все работает замечательно, за исключением того, POST-запросы через компрессор траффика _иногда_ передаются с ошибками (squid на стороне toonnel.net возвращает Zero size reply). Есть ли способ завернуть POST-запросы в обход прокси-сервера, не используя монстров типа squid? -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Персональный HTTP -прокси для работы через GPRS
Игорь Чумак wrote: Есть ли способ завернуть POST-запросы в обход прокси-сервера, не используя монстров типа squid? если пользуетесь какой-либо разновидностью огнелиса, можно попытать счастья с плагином foxyproxy. -- DamirX -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Изменение меню XFCE4
Murat D. Kadirov пишет Пункты в меню появляются если в /usr/share/applications/ есть соответственный файл обычно_имя_программы.desktop. Видимо, при удалении прграммы, вайн, создавший данный файл, не удаляет его, удали в ручную и пункты меню пропадут. Подобным же образом пункты меню можно создать. Посмотри один из *.desktop там всё наглядно Пункты меню, которые отображаются в XFCE на самом деле там. Однако подменю Debian явно не отттуда - нет в папке соответствующий .desktop файлов. Как нет и файлов, соответствующих пунктам wine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Изменение меню XFCE4
veresk - debian-russian@lists.debian.org @ Fri, 28 Nov 2008 13:28:03 +0300:
Пункты в меню появляются если в /usr/share/applications/ есть
соответственный файл обычно_имя_программы.desktop. Видимо, при удалении
прграммы, вайн, создавший данный файл, не удаляет его, удали в ручную и
пункты меню пропадут. Подобным же образом пункты меню можно создать.
Посмотри один из *.desktop там всё наглядно
v Пункты меню, которые отображаются в XFCE на самом деле там. Однако
v подменю Debian явно не отттуда - нет в папке соответствующий
v .desktop файлов. Как нет и файлов, соответствующих пунктам wine.
Ну, значит, надо почитать документацию на XFCE...
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Кто первый встал, того и грабли
Д. Белявский
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: stderr
Artem Chuprina пишет: Alexander Danilov - debian-russian@lists.debian.org @ Wed, 26 Nov 2008 21:59:57 +0900: ПК Кстати с чем мы сравниваем? С ленью. Среднее количество телодвижений на единицу функциональности. Ну, факторизованное по языку программирования. Хотя, скажем, Tk в tcl встроен гораздо компактнее и удобнее, чем в другие языки, что делает именно этот комплект предпочтительным перед любым другим комплектом из языка и тулкита для простых гуевин. Но расширяется он тяжело, и, вероятно, в сложном случае будет проигрывать тому же объектно-ориентированному питону с тем же самым Tk. AD Интересно бы увидеть пример, когда Tcl/Tk будет проигрывать, не AD флейма для, а опыта ради. Просто мне до сих пор встречались AD сложные случаи, но они были из разряда лобовая атака, то есть AD если попытаться загнать в listbox несколько тысяч строк, то тормоза AD конечно будут, но виноват разработчик, а если переделать форму, то AD и миллионы можно увидеть, причём без особого напряжения. Ну, например, поле ввода с дополнением по справочнику. AD И какие тут сложности? Виджет такой на tcl/tk сделай. С configure и т.д. Формочку-то нарисовать нетрудно, но мне таких полей надо сильно не одно. AD Делал, без configure правда, но как раз со справочником. По F1 AD вызывался, хотя надо было бы в combobox завернуть наверно. А в AD gridplus2 ничего такого нет? Без configure и я могу. Мне полноценный виджет, пожалуйста. И не на C. С задействованием библиотеки на C я тоже могу, но очень уж муторно. Ну сейчас это не очень муторно, snit умеет создавать правильные виджеты, с configure. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rtpg -- вебгуй д ля rtorrent
* Приделали интернационализацию язык если не переустановлено руками берет из дефолтной установки браузера * Пофикшена работа в IE * Пофикшено пара багов с установкой приоритетов на файлы в общем upgrade можно сделать :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: [EMAIL PROTECTED] jabber://[EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: stderr
Alexander Danilov - debian-russian@lists.debian.org @ Fri, 28 Nov 2008
23:13:21 +0900:
ПК Кстати с чем мы сравниваем?
С ленью. Среднее количество телодвижений на единицу
функциональности.
Ну, факторизованное по языку программирования. Хотя, скажем,
Tk в tcl
встроен гораздо компактнее и удобнее, чем в другие языки, что
делает
именно этот комплект предпочтительным перед любым другим
комплектом из
языка и тулкита для простых гуевин. Но расширяется он тяжело,
и,
вероятно, в сложном случае будет проигрывать тому же
объектно-ориентированному питону с тем же самым Tk.
AD Интересно бы увидеть пример, когда Tcl/Tk будет проигрывать, не
AD флейма для, а опыта ради. Просто мне до сих пор встречались
AD сложные случаи, но они были из разряда лобовая атака, то
есть
AD если попытаться загнать в listbox несколько тысяч строк, то
тормоза
AD конечно будут, но виноват разработчик, а если переделать
форму, то
AD и миллионы можно увидеть, причём без особого напряжения.
Ну, например, поле ввода с дополнением по справочнику.
AD И какие тут сложности?
Виджет такой на tcl/tk сделай. С configure и т.д. Формочку-то
нарисовать нетрудно, но мне таких полей надо сильно не одно.
AD Делал, без configure правда, но как раз со справочником. По F1
AD вызывался, хотя надо было бы в combobox завернуть наверно. А в
AD gridplus2 ничего такого нет?
Без configure и я могу. Мне полноценный виджет, пожалуйста.
И не на C. С задействованием библиотеки на C я тоже могу, но очень уж
муторно.
AD Ну сейчас это не очень муторно, snit умеет создавать правильные
AD виджеты, с configure.
Ты пробовал? А разрабатывать этот виджет по этой схеме на наладоннике?
С интел-несовместимым процессором? И как ощущения?
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
The last good thing written in C was Franz Schubert's Symphony number 9.
-- Erwin Dieterich
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: stderr
Hello! Ну вы же со своей стороны видите, и можете сказать об этом. Они не в курсе, потому что им не хватает квалификации. Предположение ничем не обоснованное. Нужно отслеживать и увольнять таких людей. Кто будет отслеживать и увольнять? И, кстати, за что? Мне не доводилось даже слышать о таком пункте в должностных обязанностях - писать качественный код. Причиной этого является плохое образование исполнителей, а не бизнес-модель. Как раз бизнес-модель определяет, что именно таких людей берут на работу, т.к. их проще найти и легче удержать. Стимула повышать качество ПО у большинства контор нет. Эдакий вот естественный отбор малограмотных сотрудников, и это не только в области производства ПО. Закрытие исходников лишь помогает скрывать это от посторонних. Тем не менее, если программа не выполняет некие функции, требующиеся заказчику, то он ее и не купит, а в свободных программах изначально никто не дает никакой гарантии. Дорабатывать их придется тоже за деньги. Вы хоть раз лицензию к закрытым программам читали? Производитель ПО не дает никаких гарантий. А когда вы закрытое ПО выбираете, то кроме рекламных обзоров у вас ничего нет... разве что вы стибрите это ПО до покупки и протестите, за что вам вполне законно могут дать по рукам - больно умный нашелся, выбирать вздумал. Могу даже просветить - большинство российских (и не только) контор, занимающихся разработкой ПО, дерут с заказчиков огромные деньги за устранение багов в программах - в том числе прямыми заказами доработок (многие баги выявляются на этапе работы и их очень сложно или невозможно обнаружить при вводе в эксплуатацию). Еще раз: открытые (или закрытые) исходные тексты не гарантируют качества кода. Утверждение о том, что программы с открытыми исходными текстами по определению более качественны -- это признак фанатизма. Это факт - открытую программу вы можете перед использованием посмотреть и проверить, а если выбрали лажу, то сами виноваты. Если перед вами в магазине лежат помидоры, вы можете выбрать спелые и качественные, а вот в закрытом мешке запросто купите гнилые. Есть масса примеров хороших closed source программ, ставших образцами для подражания в open source. Вспомните тот же BitKeeper, distributed VCS, по образу и подобию которой были созданы Git, Mercurial и прочие. Хоть это ненулевая масса, но величина исчезающе малая по отношению к количеству закрытого ПО. И проверить ваше утверждение нельзя - я этих прог не видел, не согласен с их лицензией и, следовательно, даже попробовать работать с ними не могу. С тех пор как программирование перестало быть научной деятельностью и стало частью бизнеса, исчез и обязательный контроль качества посредством анонимного рецензирования. Можно придумать нечто похожее и для программирования, но это никому не нужно, поскольку такая услуга увеличит стоимость продукта, а в условиях рыночной экономики необходимо продавать продукт по цене, ниже чем у конкурентов. Мда, отечественное бизнес-образование никуда не годится, но зачем утверждать то, о чем вы не имеете представления? Вы серьезно считаете - успех, например, Apple в том, что они продают свои продукты по цене ниже китайских аналогов? Хоть прайс откройте, что ли... Вот такое мышление и приводит к появлению дерьмового софта и прочих продуктов. Сам факт открытия исходников не приведет к их улучшению. Чтобы это произошло, надо чтобы данный исходный текст заинтересовал человека более профессионального, чем разработчики продукта. Никто не обещает, что это точно произойдет, как с рецензируемой научной статьей, существует лишь некая вероятность. Ни в closed, ни в open source нет механизма, заставляющего обеспечивать необходимое качество. По большей части все зависит от самих исполнителей. Откуда скопипастили набор штампованных фраз? Речь идет о процессе эволюционного развития открытой и закрытой программ, а не об одном отдельно вырванном кванте времени, в который появился анонс об открытии исходников. Проводя аналогию, можно сказать, что если у обезьяны хвост отрубить, она не станет по интеллекту ближе к человеку, а вот в процессе эволюционного развития - может, и при этом у нее пропадет хвост (прямохождение для улучшения обзора, использование орудий труда и связанные с этим физиологические изменения полагаю более наглядными, чем вопросы рыночной экономики). Best regards, Alexey. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: stderr
Alexey Pechnikov wrote: Hello! Ну вы же со своей стороны видите, и можете сказать об этом. Они не в курсе, потому что им не хватает квалификации. Предположение ничем не обоснованное. Эта фраза была адресована конкретному человеку, который описал выше свою ситуацию, а не вам. Он на это ничего не возразил. Нужно отслеживать и увольнять таких людей. Кто будет отслеживать и увольнять? И, кстати, за что? Мне не доводилось даже слышать о таком пункте в должностных обязанностях - писать качественный код. Руководитель проекта. Вообще, в УК есть статья за халатность, но она действует только в случаях причинения серьезного ущерба. Если человек хорошо относится к своему делу, то он будет писать хороший код, не зависимо от того, грозит ли ему какое-то наказание или нет, закрытый исходник у его программы или открытый. Причиной этого является плохое образование исполнителей, а не бизнес-модель. Как раз бизнес-модель определяет, что именно таких людей берут на работу, т.к. их проще найти и легче удержать. Стимула повышать качество ПО у большинства контор нет. Эдакий вот естественный отбор малограмотных сотрудников, и это не только в области производства ПО. Вы просто работали с плохими людьми и в плохих конторах, вот вам и кажется, что коммерческий софт пишут идиоты, а open source пишут только светочи. Open source, скажу я вам, в значительной степени делается теми же профессиональными программистами в свободное от работы время. Например, проектом OpenBSD никто не занимается full time, кроме Тео де Раадта. Вы хоть раз лицензию к закрытым программам читали? Производитель ПО не дает никаких гарантий. А когда вы закрытое ПО выбираете, то кроме рекламных обзоров у вас ничего нет... разве что вы стибрите это ПО до покупки и протестите, за что вам вполне законно могут дать по рукам - больно умный нашелся, выбирать вздумал. Могу даже просветить - большинство российских (и не только) контор, занимающихся разработкой ПО, дерут с заказчиков огромные деньги за устранение багов в программах - в том числе прямыми заказами доработок (многие баги выявляются на этапе работы и их очень сложно или невозможно обнаружить при вводе в эксплуатацию). Еще раз: открытые (или закрытые) исходные тексты не гарантируют качества кода. Утверждение о том, что программы с открытыми исходными текстами по определению более качественны -- это признак фанатизма. Это факт - открытую программу вы можете перед использованием посмотреть и проверить, а если выбрали лажу, то сами виноваты. Если перед вами в магазине лежат помидоры, вы можете выбрать спелые и качественные, а вот в закрытом мешке запросто купите гнилые. Evaluation и demo версии уже отменили? Контракты на поддержку и внедрение ПО (свободное оно или нет) на взаимовыгодных условиях никто не запрещает заключать. Просто должен быть выбор, тогда производитель не будет наглеть. Есть масса примеров хороших closed source программ, ставших образцами для подражания в open source. Вспомните тот же BitKeeper, distributed VCS, по образу и подобию которой были созданы Git, Mercurial и прочие. Хоть это ненулевая масса, но величина исчезающе малая по отношению к количеству закрытого ПО. И проверить ваше утверждение нельзя - я этих прог не видел, не согласен с их лицензией и, следовательно, даже попробовать работать с ними не могу. Исчезающе малая? Лично я вижу очень много попыток переписать под свободной лицензией то или иное проприетарное ПО. Примеров масса: Origin, Mathematica и даже (стыдно сказать) Microsoft Office. С тех пор как программирование перестало быть научной деятельностью и стало частью бизнеса, исчез и обязательный контроль качества посредством анонимного рецензирования. Можно придумать нечто похожее и для программирования, но это никому не нужно, поскольку такая услуга увеличит стоимость продукта, а в условиях рыночной экономики необходимо продавать продукт по цене, ниже чем у конкурентов. Мда, отечественное бизнес-образование никуда не годится, но зачем утверждать то, о чем вы не имеете представления? Вы серьезно считаете - успех, например, Apple в том, что они продают свои продукты по цене ниже китайских аналогов? Хоть прайс откройте, что ли... Вот такое мышление и приводит к появлению дерьмового софта и прочих продуктов. Продукция Apple -- это типичный пример исключения из законов спроса и предложения. Если продукт инновационный (или, по крайней мере, ловко прикидывается таковым), то он оказывается вне конкуренции. Кроме этого, весьма существенным является действие на спрос неценовых факторов (iPhone можно воспринимать как статусный товар, который приносит удовольствие не столько своими функциями, сколько количеством потраченных денег). Сам факт открытия исходников не приведет к их улучшению. Чтобы это произошло, надо чтобы данный исходный текст заинтересовал человека более профессионального, чем разработчики продукта. Никто не обещает, что это точно произойдет, как с рецензируемой научной статьей,
Re: stderr
Hello! Ну вы же со своей стороны видите, и можете сказать об этом. Они не в курсе, потому что им не хватает квалификации. Предположение ничем не обоснованное. Эта фраза была адресована конкретному человеку, который описал выше свою ситуацию, а не вам. Он на это ничего не возразил. Если это было приватное сообщение, не буду комментировать. Хотя с ситуацией на работе у вашего оппонента я немного знаком. Кто будет отслеживать и увольнять? И, кстати, за что? Мне не доводилось даже слышать о таком пункте в должностных обязанностях - писать качественный код. Руководитель проекта. Вообще, в УК есть статья за халатность, но она действует только в случаях причинения серьезного ущерба. Если человек хорошо относится к своему делу, то он будет писать хороший код, не зависимо от того, грозит ли ему какое-то наказание или нет, закрытый исходник у его программы или открытый. Совершенно непонятно, как и зачем руководитель проекат должен определять это самое хорошее отношение. А за халатность еще ни одного программиста не осудили, хотя каких только случаев не было - и самолеты падали и проч., но если самомнение программиста вам дороже человеческих жизней, то мне добавить нечего. Как раз бизнес-модель определяет, что именно таких людей берут на работу, т.к. их проще найти и легче удержать. Стимула повышать качество ПО у большинства контор нет. Эдакий вот естественный отбор малограмотных сотрудников, и это не только в области производства ПО. Вы просто работали с плохими людьми и в плохих конторах, вот вам и кажется, Не нужно тыкать пальцем в небо. что коммерческий софт пишут идиоты, а open source пишут только светочи. Open source, скажу я вам, в значительной степени делается теми же профессиональными программистами в свободное от работы время. Например, проектом OpenBSD никто не занимается full time, кроме Тео де Раадта. Как профессионализм связан с вышеупомянутым отношением к работе? Профессиональный программист любит программировать, а профессиональный ассенизатор любит купаться в дерьме? В советское время было много профессиональных и идеологически грамотных писателей и поэтов, но почти вся достойная внимания литература написана увы не ими. Как сказал классик - Не продается вдохновенье, но можно рукопись продать. То же самое относится к программам. Вы можете попробовать возразить, что мол производство ПО это индустрия и элемента творчества здесь нет, но в таком случае все коммерческие программы должны быть одинаковы по качеству, чего явно не наблюдается, что делает ваше возможное возражение несостоятельным. Это факт - открытую программу вы можете перед использованием посмотреть и проверить, а если выбрали лажу, то сами виноваты. Если перед вами в магазине лежат помидоры, вы можете выбрать спелые и качественные, а вот в закрытом мешке запросто купите гнилые. Evaluation и demo версии уже отменили? Контракты на поддержку и внедрение ПО (свободное оно или нет) на взаимовыгодных условиях никто не запрещает заключать. Просто должен быть выбор, тогда производитель не будет наглеть. Даже смешно. К примеру, меня интересуют возможности энтерпрайз версии СУБД оракл - много я узнаю, опробовав их бесплатную версию? Есть масса примеров хороших closed source программ, ставших образцами для подражания в open source. Вспомните тот же BitKeeper, distributed VCS, по образу и подобию которой были созданы Git, Mercurial и прочие. Хоть это ненулевая масса, но величина исчезающе малая по отношению к количеству закрытого ПО. И проверить ваше утверждение нельзя - я этих прог не видел, не согласен с их лицензией и, следовательно, даже попробовать работать с ними не могу. Исчезающе малая? Лично я вижу очень много попыток переписать под свободной лицензией то или иное проприетарное ПО. Примеров масса: Origin, Mathematica и даже (стыдно сказать) Microsoft Office. Речь шла про _хорошие_ проприетарные программы, не передергивайте. Не говоря о том, что созданные, скажем, в опенофисе документы замечательно им обрабатываются, а вот насчет микрософт офиса с odt-плугином есть сильные сомнения - вы не забывайте, что де-юре стандарт это формат OpenDocument, а не наколенные поделки разных фирмочек, пусть даже и очень крупных. А стандарт де-юре и де-факто одновременно это pdf, с которым упомянутая выше контора тоже работать не умеет :-) увеличит стоимость продукта, а в условиях рыночной экономики необходимо продавать продукт по цене, ниже чем у конкурентов. Мда, отечественное бизнес-образование никуда не годится, но зачем утверждать то, о чем вы не имеете представления? Вы серьезно считаете - успех, например, Apple в том, что они продают свои продукты по цене ниже китайских аналогов? Хоть прайс откройте, что ли... Вот такое мышление и приводит к появлению дерьмового софта и прочих продуктов. Продукция Apple -- это типичный пример исключения из законов спроса и предложения. Если продукт инновационный (или, по крайней мере,
Re: Поток вывода в лог-фа йл получить сторонним при ложением
Alexey Pechnikov wrote: Цель была как раз в том, чтобы не трогать запущенный сервер. Осталось придумать, что делать при ротации лога... Два раза в этой рассылке уже пробегал incron - отлично работает - при обновлении файла или дир. выполняет команду, например: /home/user/online.jpg IN_MODIFY /bin/sh /etc/incron.d/scripts/camera -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
