Re: icepref и python2.3
On 2003.08.20 at 13:45:44 +0400, Иван Лох wrote: On Wed, Aug 20, 2003 at 10:40:08AM +0300, Michael Shigorin wrote: Меня сейчас побьют, но когда я мучительно пытался определиться с тем, на чем же писать что-то сложнее (или проще :) пяти строк на шелле -- * perl получил отставку за пресловутую нечитаемость по той простой причине, что хотя существующего кода могут быть мегатонны -- если в нем скрывается проблема, она может сильно ударить по проекту при своей скрытности (прецеденты наблюдал); На perl можно писать _читаемо_. Как и на C ;-} Вы не можете заставить _других_ это делать. Это зависит. В бытность мою техническим директором Коммунивер.Сети, мне это удавалось с несколько большим успехом чем заставить писать читаемо себя любимого.
Re[3]: icepref и python2.3
Я тут спрашивал: DST Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык DST взяться и больше приглянулся Perl, мне показалось что он более DST распространённый и тоже подходит как вы пишете для решения, практически, DST любых прикладных задач. Может я ошибся и у Python есть преимущества? Не DST хочу потом пожалеть о неудачном выборе. По высказываниям понял что жалеть не придётся (для моих задач). Благодарен всем откликнувшимся. -- Всего наилучшего, Dmitrymailto:[EMAIL PROTECTED]
Re[2]: icepref и python2.3
VS Sergey А сюда спросил просто потому что влом было рыться в документации VS Sergey по питону, поскольку я его не знаю вообще. VS Настоятельно рекомендую хотя бы ознакомится. Язык очень простой и гибкий, VS что делает его довольно мощным инструментом для решения, практически, любых VS прикладных задач. Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе. -- Всего наилучшего, Dmitrymailto:[EMAIL PROTECTED]
Re: Re[2]: icepref и python2.3
Я конечно извиняюсь, но кто вам мешает взяться за два скриптовых языка? :) Вы не поверете, но большинство моих знакомых, включая меня, знает около десяти языков On Wednesday 20 August 2003 16:30, Dmitry S. Telegin wrote: VS Sergey А сюда спросил просто потому что влом было рыться в документации VS Sergey по питону, поскольку я его не знаю вообще. VS Настоятельно рекомендую хотя бы ознакомится. Язык очень простой и гибкий, VS что делает его довольно мощным инструментом для решения, практически, любых VS прикладных задач. Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе.
Re[3]: icepref и python2.3
Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе. На Python труднее написать непонятный код, а вообще -- всё скриптовые языки похожи. Выучишь один, считай почти все знаешь. -- Severny Morskoy
Re: icepref и python2.3
On Wed, Aug 20, 2003 at 10:30:10AM +0500, Dmitry S. Telegin wrote: Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе. Меня сейчас побьют, но когда я мучительно пытался определиться с тем, на чем же писать что-то сложнее (или проще :) пяти строк на шелле -- * perl получил отставку за пресловутую нечитаемость по той простой причине, что хотя существующего кода могут быть мегатонны -- если в нем скрывается проблема, она может сильно ударить по проекту при своей скрытности (прецеденты наблюдал); * python получил отставку за то, что слишком нуден. В нем методичность настолько перебивает артистизм, что, видимо, до самого вкусного я и не добрался. По полученному в процессе изучения кайфу и открывшимся новым землям, на которые раньше было страшно ступать, засел на Ruby, но у него, помимо легкодоступной изящности и прозрачности кода, есть недостатки относительной молодости -- не всегда то, что уже есть модулями для тех же perl/python, доступно; язык все еще меняется и в нем находят вещи, которые лучше бы переделать; производительность не всегда на уровне perl/python, хотя иногда может и обпрыгивать. Впрочем, с последним все и так ясно -- скриптовые языки хороши как glue language, когда основные циклы откручиваются в СУБД или компилированном модуле, а собственно скриптовая обертка исполняется незначительную долю времени. Вот. :) -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
Re: icepref и python2.3
On Wed, Aug 20, 2003 at 10:40:08AM +0300, Michael Shigorin wrote: Меня сейчас побьют, но когда я мучительно пытался определиться с тем, на чем же писать что-то сложнее (или проще :) пяти строк на шелле -- * perl получил отставку за пресловутую нечитаемость по той простой причине, что хотя существующего кода могут быть мегатонны -- если в нем скрывается проблема, она может сильно ударить по проекту при своей скрытности (прецеденты наблюдал); На perl можно писать _читаемо_. Как и на C ;-} Вы не можете заставить _других_ это делать. Впрочем, с последним все и так ясно -- скриптовые языки хороши как glue language, когда основные циклы откручиваются в СУБД или компилированном модуле, а собственно скриптовая обертка исполняется незначительную долю времени. _Разные_ скриптовые языки хороши для массы самых разных приложений. Почти все, что пишется для себя удобно писать на них. Если торомозит, Вы всегда можете переписать это на C/C++. Потерянное время окупится сторицей в качестве дизайна. -- Иван Лох
Re: icepref и python2.3
On Wed, Aug 20, 2003 at 01:45:44PM +0400, Иван Лох wrote: На perl можно писать _читаемо_. Как и на C ;-} Вы не можете заставить _других_ это делать. Именно. [skip--ditto] -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
Re: Re[2]: icepref и python2.3
Dmitry == Dmitry S Telegin writes: Dmitry Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый Dmitry язык взяться и больше приглянулся Perl, мне показалось что он Dmitry более распространённый и тоже подходит как вы пишете для решения, Dmitry практически, любых прикладных задач. Может я ошибся и у Python Dmitry есть преимущества? Не хочу потом пожалеть о неудачном выборе. 'Perl vs Python' -- такой, или похожий топик в ru.linux всплывает с периодичностью в 3-5 месяцев, вызывая такие жаркие дискуссии, что слюна по монитору стекает. Впрочем, они так ни к чему конкретному и не приводят. Может Тоботрас вовремя их пресекает? Если отбросить эмоции и всевозможные малозначительные доводы, то можно сказать что основным аргументом в пользу Perl является CPAN. И это очень мощный аргумент. Апологеты Python'а, в пику Perl'у, напирают на читабельность и простоту, а это тоже очень важно, особенно для production development. Что касается меня лично, то я использую оба языка. Но в последнее время, если есть возможность выбирать, я выбираю Python. -- WBR, VS Hackers are just a migratory lifeform with a tropism for computers.
Re: icepref и python2.3
Michael == Michael Shigorin writes: Michael On Wed, Aug 20, 2003 at 10:30:10AM +0500, Dmitry S. Telegin Michael wrote: Извиняюсь, что не по теме, но недавно выбирал за какой скриптовый язык взяться и больше приглянулся Perl, мне показалось что он более распространённый и тоже подходит как вы пишете для решения, практически, любых прикладных задач. Может я ошибся и у Python есть преимущества? Не хочу потом пожалеть о неудачном выборе. Michael Меня сейчас побьют, Луговский здесь отсутствует, так что рукоприкладства не будет ;) Michael но когда я мучительно пытался определиться с тем, на чем же Michael писать что-то сложнее (или проще :) пяти строк на шелле -- Michael * perl получил отставку за пресловутую нечитаемость по той Michael простой причине, что хотя существующего кода могут быть мегатонны Michael -- если в нем скрывается проблема, она может сильно ударить по Michael проекту при своей скрытности (прецеденты наблюдал); Кривость какого-либо импортируемого модуля -- не аргумент. Поскольку их достаточно много, всегда, при планировании проекта, можно выбрать наиболее supported and evolved, с автором в пределах досягаемости e-mail'а и на него завязать проект. А вот, то что Perl позволяет проявить тот самый артистизм в полной мере, зачастую играет против самого программиста. Т.к. все стремятся достичь компактности кода, в угоду более быстрого исполнения, слишком часто пренебрегая его читабельностью, рассуждая -- напишу я один раз, а исполняться код будет тысячи раз. При этом, ни разу не посмотрев во что разворачивается этот код в машинном исполнении, а может оно того и не стоит? А ведь есть такие веселые вещи, как сопровождение или передача кода разработчику заказчика? Michael * python получил отставку за то, что слишком нуден. В нем Michael методичность настолько перебивает артистизм, что, видимо, до Michael самого вкусного я и не добрался. Это точно, не добрался. И по написанному можно сказать, что не сильно-то и хотелось ;) А на нем можно исполнять не хуже чем на Perl'е. Недавно прочитал обзор каких-то там университетских бонз от computer science, так по их раскладам Python имея все основные парадигмы программирования, модели данных и пр. остается очень простым, поэтому рекомендовать его, как, ни много ни мало, _первый_язык_программирования_ Michael По полученному в процессе изучения кайфу и открывшимся новым Michael землям, на которые раньше было страшно ступать, засел на Ruby, но Michael у него, помимо легкодоступной изящности и прозрачности кода, есть Michael недостатки относительной молодости -- не всегда то, что уже есть Michael модулями для тех же perl/python, доступно; язык все еще меняется Michael и в нем находят вещи, которые лучше бы переделать; Michael производительность не всегда на уровне perl/python, хотя иногда Michael может и обпрыгивать. Michael Впрочем, с последним все и так ясно -- скриптовые языки хороши Michael как glue language, когда основные циклы откручиваются в СУБД или Michael компилированном модуле, а собственно скриптовая обертка Michael исполняется незначительную долю времени. Zope, webmin, spamassassin -- вот мой контр-аргумент. Это только то, что сразу всплыло в памяти, без заглядывания куда-либо. Все это большие standalone projects интерпретируемость которых, а также многих иных, является тем свойством которое позволяет им, _кроме_всего_прочего_, еще быть и glue. -- WBR, VS Play Rogue, visit exotic locations, meet strange creatures and kill them.
Re: icepref и python2.3
On Thu, Aug 21, 2003 at 03:02:55AM +0300, Vlad Sirenko wrote: Michael Меня сейчас побьют, Луговский здесь отсутствует, так что рукоприкладства не будет ;) (это вообще не в счет :) Кривость какого-либо импортируемого модуля -- не аргумент. Когда как... и сильно субъективно, наверное. Достаточно один раз *хорошо* испугаться :) А вот, то что Perl позволяет проявить тот самый артистизм в полной мере, зачастую играет против самого программиста. Во, нашел -- артистизм без фанатизма :) = хорошо :) А ведь есть такие веселые вещи, как сопровождение или передача кода разработчику заказчика? Именно. Это точно, не добрался. И по написанному можно сказать, что не сильно-то и хотелось ;) Хотелось (думал его взять на вооружение) и мало того -- это было менее болезненно в тогдашнем проекте, чем альтернативный C API. поэтому рекомендовать его, как, ни много ни мало, _первый_язык_программирования_ Не, так да, дисциплине он учит. Zope, webmin, spamassassin -- вот мой контр-аргумент. Да почему ж контр-. Ко-! -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
icepref и python2.3
Добрый день всем.
Поставил тут себе icepref а он как-то непонятно для меня ругается.
$ icepref
Traceback (most recent call last):
File /usr/bin/icepref, line 23, in ?
pygtk.require('1.2')
File /usr/lib/python2.3/site-packages/pygtk.py, line 47, in require
versions = _get_available_versions()
File /usr/lib/python2.3/site-packages/pygtk.py, line 34, in
_get_available_versions
for filename in os.listdir(dir):
OSError: [Errno 2] No such file or directory: '/usr/lib/python23.zip'
Чего ему не хватает? Ставил apt, должен был все нормально поставить..
Все что у него в зависимостях - стоит:
Package: python2.3
Status: install ok installed
Package: python-gtk
Status: install ok installed
--
Бурчу Сергей.
Re: icepref и python2.3
Sergey == Sergey V Burchu writes:
Sergey Добрый день всем. Поставил тут себе icepref а он как-то непонятно
Sergey для меня ругается. $ icepref Traceback (most recent call last):
Sergey File /usr/bin/icepref, line 23, in ? pygtk.require('1.2') File
Sergey /usr/lib/python2.3/site-packages/pygtk.py, line 47, in require
Sergey versions = _get_available_versions() File
Sergey /usr/lib/python2.3/site-packages/pygtk.py, line 34, in
Sergey _get_available_versions for filename in os.listdir(dir): OSError:
Sergey [Errno 2] No such file or directory: '/usr/lib/python23.zip'
^
Какое слово перевести?
Sergey Чего ему не хватает? Ставил apt, должен был все нормально
Sergey поставить.. Все что у него в зависимостях - стоит:
Sergey Package: python2.3 Status: install ok installed
Sergey Package: python-gtk Status: install ok installed
Сейчас происходит python-2.2 = python-2.3 transition, поэтому возможны
легкие, временные недоразумения, и если ты решил жить под unstable то такие
вещи надо отслеживать и знать.
--
WBR, VS
A debugged program is one for which you have not yet found the conditions
that make it fail.
-- Jerry Ogdin
Re: icepref и python2.3
Tue, Aug 19, 2003 at 12:39:13AM +0300, Вы написали:
Sergey == Sergey V Burchu writes:
Sergey Добрый день всем. Поставил тут себе icepref а он как-то непонятно
Sergey для меня ругается. $ icepref Traceback (most recent call last):
Sergey File /usr/bin/icepref, line 23, in ? pygtk.require('1.2') File
Sergey /usr/lib/python2.3/site-packages/pygtk.py, line 47, in require
Sergey versions = _get_available_versions() File
Sergey /usr/lib/python2.3/site-packages/pygtk.py, line 34, in
Sergey _get_available_versions for filename in os.listdir(dir): OSError:
Sergey [Errno 2] No such file or directory: '/usr/lib/python23.zip'
^
Какое слово перевести?
Дословно или как? Не может найти файл или директорию.
Sergey Чего ему не хватает? Ставил apt, должен был все нормально
Sergey поставить.. Все что у него в зависимостях - стоит:
Sergey Package: python2.3 Status: install ok installed
Sergey Package: python-gtk Status: install ok installed
Сейчас происходит python-2.2 = python-2.3 transition, поэтому возможны
легкие, временные недоразумения, и если ты решил жить под unstable то такие
вещи надо отслеживать и знать.
Тут не в питоне дело, а в pygtk. Или в пути, в котором неожиданно возникает
несуществующий файл /usr/lib/python23.zip. Как минимум это.
Ну а в догонку могу еще добавить что порывшись в документации по питону
я залез в /usr/lib/python2.3/site-packages/pygtk.py и добавил туда проверку
на существование пути и папка ли это вообще (они папки смотрели).
Вроде работает.
А сюда спросил просто потому что влом было рыться в документации по питону,
поскольку
я его не знаю вообще.
--
Бурчу Сергей.
Re: icepref и python2.3
Sergey == Sergey V Burchu writes: Sergey Чего ему не хватает? Ставил apt, должен был все нормально Sergey поставить.. Все что у него в зависимостях - стоит: Package: Sergey python2.3 Status: install ok installed Package: python-gtk Status: Sergey install ok installed Сейчас происходит python-2.2 = python-2.3 transition, поэтому возможны легкие, временные недоразумения, и если ты решил жить под unstable то такие вещи надо отслеживать и знать. Sergey Тут не в питоне дело, а в pygtk. Да в нем... в нем. При переходе на следующую версию питона надо пересобрать все depended packages. То есть в данный момент имеется ситуация, когда новый пакет еще uninstallable а старый уже broken. Благо, народ в debian-python очень динамично ведет работы по переходу на новую версию и очень скоро все будет в порядке. При этом, очень хочется надеяться, что мы не испытаем того ужаса, который испытали при переезде на новый, т.е. ныне действующий, перл. Sergey Или в пути, в котором неожиданно возникает несуществующий файл Sergey /usr/lib/python23.zip. Как минимум это. Ага, в 2.3 транслятор умеет брать модули из zip-файла. Я считаю, это очень удобно. Sergey Ну а в догонку могу еще добавить что порывшись в документации по Sergey питону я залез в /usr/lib/python2.3/site-packages/pygtk.py и Sergey добавил туда проверку на существование пути и папка ли это вообще Sergey (они папки смотрели). Вроде работает. It's just a workaround. Sergey А сюда спросил просто потому что влом было рыться в документации Sergey по питону, поскольку я его не знаю вообще. Настоятельно рекомендую хотя бы ознакомится. Язык очень простой и гибкий, что делает его довольно мощным инструментом для решения, практически, любых прикладных задач. -- WBR, VS Say twenty-three-skiddoo to logout.
icepref
Не могу запустить icepref, хотя вроде все нужные библиотеки поставлены: linux:/home/pasha# icepref Traceback (most recent call last): File /usr/bin/icepref, line 22, in ? from gtk import * ImportError: No module named gtk Помогите, пожалуйста!
Re: icepref
On Fri, Dec 27, 2002 at 04:53:35PM +0200, Pasha Kustov wrote: Не могу запустить icepref, хотя вроде все нужные библиотеки поставлены: linux:/home/pasha# icepref Traceback (most recent call last): File /usr/bin/icepref, line 22, in ? from gtk import * ImportError: No module named gtk Помогите, пожалуйста! apt-get install python-gtk -- Andrey V. Kiselev Scientific Research Center for Ecological Safety Russian Academy of Sciences Office phone: +7 812 2307834 ICQ UIN 26871517
Re: icepref
Pasha Kustov wrote: Не могу запустить icepref, хотя вроде все нужные библиотеки поставлены: linux:/home/pasha# icepref Traceback (most recent call last): File /usr/bin/icepref, line 22, in ? from gtk import * ImportError: No module named gtk Помогите, пожалуйста! Python не видит такого модуля. Надо pygtk поставить. -- Vitaly Semkin Network Security Administrator Sibirtelecom +7 3832 270669
Re: icepref
Vitaly Semkin wrote: Pasha Kustov wrote: Не могу запустить icepref, хотя вроде все нужные библиотеки поставлены: linux:/home/pasha# icepref Traceback (most recent call last): File /usr/bin/icepref, line 22, in ? from gtk import * ImportError: No module named gtk Помогите, пожалуйста! Python не видит такого модуля. Надо pygtk поставить. у меня подобная фигня наблюдалась на тестинге я такой-же тред поднимал тут где-то числа 1-3-го pygtk - это пакет ? python-gtk стоит... apt-cache search на эту тему не дает резултов более менее валидных. самое интересное, что на анстебле с этим все нормально что-то тут конкретно в тестинге... проблему пока не решил...
Re: icepref
Dmitry E. Oboukhov wrote: у меня подобная фигня наблюдалась на тестинге я такой-же тред поднимал тут где-то числа 1-3-го pygtk - это пакет ? python-gtk стоит... apt-cache search на эту тему не дает резултов более менее валидных. самое интересное, что на анстебле с этим все нормально что-то тут конкретно в тестинге... проблему пока не решил... Спутал c PyQt, но суть не в этом. icepref'у нужен, как водится, /usr/bin/python. Нужно посмотреть, что именно за версия этот питон, а потом взглянуть в /usr/lib/pythonx.x, или где там либы данной версии лежат. там должен быть требуемый модуль. Если нет -- поствить. Я привык руками все это делать, поскольку пишу на питоне, да и в дебиане работаю всего неделю :), раньше на ред хэте сидел. Так что про пакеты не скажу. www.python.org -- нужный сайт. -- Vitaly Semkin Network Security Administrator Sibirtelecom +7 3832 270669
Re: icepref
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri Dec 27, 2002 at 18:13:54 +0300, Dmitry E. Oboukhov wrote: DEO pygtk - это пакет ? DEO python-gtk стоит... DEO apt-cache search на эту тему не дает резултов более менее DEO валидных. DEO самое интересное, что на анстебле с этим все нормально DEO что-то тут конкретно в тестинге... а если явно указать путь к либам gtk ? export PYTHONPATH=/usr/lib/python2.x/site-packages ? - -- Denis Rad Hat Chili Pampers -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+DHsl+zH7vYeuVKsRAmu1AJwKJKuNE1wdbN6GX1iyvorVA37digCgt8mH N2ctaAV28gtsb9fSUF777TE= =nctZ -END PGP SIGNATURE-
Re: icepref
Denis Dzyubenko wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri Dec 27, 2002 at 18:13:54 +0300, Dmitry E. Oboukhov wrote: DEO pygtk - это пакет ? DEO python-gtk стоит... DEO apt-cache search на эту тему не дает резултов более менее DEO валидных. DEO самое интересное, что на анстебле с этим все нормально DEO что-то тут конкретно в тестинге... а если явно указать путь к либам gtk ? export PYTHONPATH=/usr/lib/python2.x/site-packages ? Всё равно :-((( - -- Denis Rad Hat Chili Pampers -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+DHsl+zH7vYeuVKsRAmu1AJwKJKuNE1wdbN6GX1iyvorVA37digCgt8mH N2ctaAV28gtsb9fSUF777TE= =nctZ -END PGP SIGNATURE- -- Pasha Kustovmailto:[EMAIL PROTECTED] IATP System Administrator Assistant
