Newbie question: downloading unstable packages to stable system.
Привет. Недавно начал пользоваться Debian (до этого - RedHat & OpenBSD). Нравится. Есть вопросы по работе с пакетами. А именно: меня не удовлетворяют некоторые версии программ (хочется иметь более свежии, которые находятся в unstable дистрибутиве), например Mozilla (хочется 1.2.1 вместо 1.0.0), wxPython (хочется 2.3.3.1 вместо 2.2.9) итд. Самый простой способ решения это проблемы, насколько я понимаю - это apt-get install http://... и дальше все само качается, resolv'ятся dependecies итд. Однако этот способ хорош, только если дома выделенная линия (у меня - модем) и если много лишних денег на интернет (у меня - не очень), а также много свободного времени (у меня - совсем нет). С другой стороны, я могу пользоваться инетом на работе, и с радостью скачал *бы* нужные пакеты. Проблема однако в следующем: у unstable пакета, например у libwxgtk2.3-python_2.3.3.2_i386.deb, есть много зависимостей, которые также ведут к unstable пакетам. Вопрос: какой самый безболезненный способ определить и скачать *минимальный* список Unstable пакетов, необходимых для установки данного? Операционная система - Windows. Еще один, более общий вопрос - насколько вообще опасно использовать unstable пакеты в non-production (home) enviroment? А то вся документация говорит, что "unstable is no-no!!". Буду признателен за любую помощь, Виктор.
Re: modems
Привет. Я не далее, как вчера, купил себе софтверный модем "Modem Acorp Rockwell 56600 int PCI (PIM)". Он на чипсете Conexant (это новое название для Rockwell). Фирма Conexant поддерживает написание драйверов под Линукс (думаю, что на уровне предоставления спецификации и ответов на вопросы), а вот страничка человека, который эти драйверы собственно пишет: http://www.mbsi.ca/cnxtlindrv/index.html Вчера у меня этот модем заработал сразу после установки всех нужных файлов, и коннектился на 57600. Правда, насколько хорошо он держит связь, я проверить еще не успел. Купил я его в Москве за 23.4$. PS. Да, для полноты картины надо добавить следующее поведение, с которым я не смог разобраться пока. Я дозваниваюсь до провайдера с помощью wvdial, происходит коннект, pppd запускается, говорит какой ip мне выделен и *тут же* умирает с exit code = 1. Кто-нибудь знает, в чем дело? Я думаю, что в pppd неправильно настроил, но может, это и модем :(. Ilya S. Sapytsky wrote: Привет! я тут решил модемчик прикупить. Хотелось-бы подешевле, а они только винмодемы дешевые. Хоть какие-нибудь их них поддерживаются нормальной операционной системой? Или предется покупать хардварный внешний за очень много рублей? Может кто посоветует модемчик нормальный? P.S. Сорри, что не совсем по дебиану, но зато по линуксу точно :) -- Sova aka Ilya S. SapytskyDon't worry, be happy!
Newbie KDE-GNOME question.
Привет всем, есть извечные вопрос про KDE vs. GNOME. Насколько я знаю (поправьте, если это не так), в версиях Debian до woody поставлялся только Gnome, а woody - это первая версия, с которой (стандартно) идет и KDE. Причем если сравнить KDE и GNOME, которые ставятся по умолчанию, то создается впечатление, что KDE отдано предпочтение. Является ли это только моей галлюцинацией, или это действительно осознанный выбор debian community? И что уважаемые товарищи посоветуют использовать? (Должен сразу заметить, что я в принципе согласен с тем, что и KDE, и GNOME - это неоправданные монстры, которые только пожирают ресурсы; мне лично вполне хватает Emacs + несколько xterm; но на этой же машине будут работать мои родственники, которые не знают английского и не думаю, что имеют много времени/желания на изучении shell; а Windoz я не буду ставить принципиально :). Буду признателен за ваши советы, Виктор.
wheel mouse
Привет. Кому-нибудь удавалось настроить microsoft optical wheel mouse (вот такой: http://www.yandex.ru/yandpage?q=1640575479&p=0&ag=ih&rpt2=simage&qs=rpt%3Dimage%26text%3Dwheel%2Bmouse ) - а то у меня колесико не работает (ни как средняя кнопка, ни как собственно колесо). Виктор.
Re: modems
Dmitry Melamud wrote: Hi, Victor! On Wed, Dec 11, 2002 at 11:56:13AM +0300, Victor Kryukov wrote: PS. Да, для полноты картины надо добавить следующее поведение, с которым я не смог разобраться пока. Я дозваниваюсь до провайдера с помощью wvdial, происходит коннект, pppd запускается, говорит какой ip мне выделен и *тут же* умирает с exit code = 1. Кто-нибудь знает, в чем дело? Я думаю, что в pppd неправильно настроил, но может, это и модем :(. Я наблюдал такое поведение у винмодема под Linux. Драйвер под него работал нормально, модем дозванивался и терминалкой можно было чудесно работать. Но при попытке соединения по PPP после получения адреса (как у тебя) драйвер умирал и pppd вместе с ним. Посмотри, у тебя ядро ничего не говорит при этом? Говорит. При полном включении логов между стартом pppd и его смертью вклинивается только сообщение от modprobe (к сожалению, я сейчас на работе и не могу его воспроизвести). Что-то он не находит какого-то модуля. Мне также говорили, что различия между ядрами 2.2 и 2.4 настолько существенны, что по каждое нужен свой ppp - может ли быть дело в этом? --Виктор.
Re: kylix 2
Andrei Sosnin wrote: ЗЫ Кстати, о Питоне... Им кто-нибудь пользуется (из участников рассылки)? Ага. Программировал на C, C++, Emacs Lisp, Java, Perl, Pascal, Visual Basic (перечисляю в алфавитном порядке), но ничего удобнее Python (+wxPython для GUI) пока не видел.Сейчас ничем другим и не пользуюсь.
Re: kylix 2
Denis Dzyubenko wrote: пользуется! правда питон неудобен тем что нужно следить за тем как именно написана программа - с использованием пробелов или табулятора - у меня была проблема - изменял уже существующую программу, но ничего не получалось из-за того что писалась программа в текстовом редакторе с использованием пробелов, а я писал используя табуляторы :( Странно это слышать. У интерпретатора есть опции -t и -tt: -t : issue warnings about inconsistent tab usage (-tt: issue errors) Кроме того, продвинутые редакторы (Emacs, например, или тот же IDLE, который входит в дистрибутив Python) позволяют заменять одно на другое, и обратно. Кроме того, в дистрибутив Питона входит программа untabify.py (на Windows машине она у меня живет в python22\tools\scripts; думаю, в Debian по аналогии), которая умеет переконвертировать \t в пробелы. Так что тут как раз применима идиома Perl'а "there is more than one way to do it", хотя pythonista ее и не любят :).. PS. С Новым Годом! --Виктор.
Re: kylix 2
Eric Peterson wrote: Denis Dzyubenko wrote: Вывод: Kylix дерь.. Для RAD есть более удобные средства. Я бы с удовольствием с Куликсом не работал, но есть одна проблема: ни в qt, ни в kdevelope нет возможности работать с FireBird. Ни одного работающего драйвера (хотя бы для ODBC) я в Инете не нашел (начинал с ibase.ru и phoenix.com). Может быть, кто-нибудь встречал хоть что-нибудь (кроме Kylix), что работало бы под Линуксом с Интербейсом? Python + http://kinterbasdb.sourceforge.net/
Re: emacs
Terehov Gennady wrote: А никто не знает как к Emacs перекодировку буфера прикрутить, чтобы кодировку, в которой текст отображается в текущем буфере можно было переключать? Не уверен, что в точности понял ваш вопрос, но все же попытаюсь ответить... Сначала следует некоторая философия, потом пример. Если скучно читать философию - прочтите сразу пример. Emacs'ы достаточно новых версий (>= 20), которые используют MULE (multi-user language environment, если не ошибаюсь), хранят содержимое (почти) всех буферов в unicode'е (или, как это написано в Emacs документации, в multi-byte). (В чем можно убедиться, например, набрав C-h h - в зависимости от наличия у вас нужных шрифтов, вы увидете большое количество языков, в том числе русский, различные языки с диакритическими знаками (французский, чешский, польский), с необычными буквами (например, немецкий с ss), и даже иерографические языки (Thai, Japanese, Chinese итд). Если же редактор внутренне хранит все в Unicode, а операционная система не полностью его поддерживает, т.е. имеет ASCII файлы, файлы в разных кодировках, и не-unicode шрифты (т.е. шрифты, соотв. какой-либо кодировке, и имеющие только 256 glyphs), то возникает как минимум три разные задачи: 1. При загружении в буфер не-юникод (single-byte) файла перекодировать его в юникод (multi-byte); 2. При сохранение из буфера в не-юникод файл (single-byte) перекодировать из юникод в соответствующую кодировку; 3. Надо иметь способ ввода нужных символов в буфер; 4. Наконец, надо отображать символы в буфере при отсутствии unicod шрифтов. 1 и 2 решаются с помощью установки coding system. Она задает, например, что по умолчанию все файлы на диске воспринимаются как single-byte в кодировке koi8-r. Тогда при загрузке такого файла в буфер Emacs переведет его из koi8-r в unicode (multi-byte), и будет внутренне работать с ним. А при сохранении он переведет текст обратно из юникода в single-byte в кодировке koi8-r и запишет это на диск. Соответственно, пользователь, работающий с правильно настроенным Emacs, может никогда и не догадаться, что при редактировании файла он жил внутри Emacs в виде unicode. Однако, если вам нужно загрузить файл в какой-то другой кодировке, можно попросить Emacs выбрать нужную кодироку (возможно, отличающуюся от текущих установок). Пример. Я живу в Windows, по умолчанию кодировки ввода-вывода - это cp1251-dos. Хочу перекодировать файл, пришедший в кодировке koi8-r, с юниксовыми концами строк, в cp1251-dos, чтобы продолжить его редактирование в Notepad ;). Решение. Загружаю Emacs. Набираю C-x RET c. В ответ на приглашение Coding system for following command (default, cp1251-doc): набираю koi8-r-unix.В ответ на приглашение: Command to execute with koi8-r-unix: набираю C-x C-f, и ввожу имя нужного мне файла. Теперь нужно сделать какое-нибудь изменение, что Емакс посчитал файл измененным, например, ввести пробел и тут же его удалить. После чего сохранить файл - он сохраниться в кодировке по умолчанию, т.е. cp1251-dos. Итак, с помощью Emacs нам удалось поменять кодировку файла! Соответсвенно, если вы редактировали обычный файл в кодировке cp1251-dos, можно перед сохранением выбрать кодировку для следующей команды koi8-r-dos, и тогда файл запишется на диск в кодировке koi8-r, но с досовскими концами строк. Итд. Вообще, очень советую прочесть раздел International Character Set Support в Emacs Info (C-h i, m International RET) - там хоть все и не очень понятно, зато, наверное, полно и точно описано. Удачи, Виктор.
Python (was: Re: kylix 2); slightly offtopic
Andrei Sosnin wrote: ЗЫ Кстати, о Питоне... Им кто-нибудь пользуется (из участников рассылки)? Да наверняка. А что об этом кричать-то? Насколько я понимаю (у меня знание Питона в основном пассивное) майнтейнеры питоновских пакетов в Debian хорошо делают свою работу и Debian-специфичных проблем у людей не возникает. А для неспецифичных проблем существуют другие списки рассылки. Кричать об этом я не собирался. Просто в одной рассылке мне очень неожиданно выдали такое "фи" по поводу этого этого языка, что как-то не по себе стало. Хотел узнать мнение вас. И мне теперь все понятно. Значит, все-таки, Питон не такая уж и плохая штука. :-) Заранее извините за оффтопик по отношению собственно к Debian... но тут говорят про мой любимый Python... ;) По-поводу "фи", сказаного вам в одной рассылке (кстати, что это была за рассылка? :-). Одна из опасностей получения каких-либо знаний через интернет, IMHO, является то, что (почти) невозможно сходу как-нибудь узнать или проверить квалификацию человека, давшего тебе ответ - зачастую можно пользоваться только косвенными признаками. Пример такого признака - если вы читаете конференцию достаточно долго, и часто видите проффесиональные и точные ответы какого-то участника в области, которой вы владеете и можете проверить его ответы, то есть основания доверять его ответам и в той области, которой вы не владеете (или владеете слабо). Например, я достаточно недавно читаю данную рассылку, и также недавно пользуюсь Debian (но не Unix!), и мне достаточно точными кажутся ответы Victor Wagner'а - кстати, спасибо, Виктор, вам за советы. Поэтому для того, чтобы получать _квалифицированные_ ответы на свои вопросы, надо найти правильное место, где их можно задать. Увы, для того, чтобы задать правильный вопрос в правильно месте, необходимо уже обладать некоторыми знаниями о предмете, иногда довольно значительными (например, теперь я знаю, что самое хорошее место для того, чтобы узнать про python, для тех, кто владеет английским, конечно, - это comp.lang.python; там много проффесиональных людей, готовых отвечать новичкам и людям, задающим глупые вопросы; все они также достаточно доброжелательны, и уравновешены, и не кричат на каждом углу, что python - rule, а все остальное, и особенно perl ;) - suxxx). Пока я этого не знал, я мог бы задать вопрос про python в конференции по vba, например, или по perl'у - и получил бы искаженные ответы - потому что в первой конференции средний уровень людей _чрезвычайно_ низок, а во второй, хотя средний уровень часто очень высок, в основном бывают большие энтузиасты perl'а, которые зачастую с неодобрением смотрят на многие другие скриптовые языки, и в целом, IMHO, более радикальны, чем pythonista. Теперь же, когда я уже приобрел некоторые знания в данной области, я могу более точно оценивать различные точки зрения, знаю правильные места для задания вопросов про Python, знаю грамотных людей, которые про него пишут, итд. Вообщем, не стоит отчаиваться после чьих-либо резких оценок - а стоит самому окунаться в интересующую область, пытаться получить информацию с разных сторон и от разных людей, изучать предмет самому и пытаться получить объективную картину - что вы, как видно, и сделали ;). И - да - Python не такая уж и плохая штука ;). Just my 2 cents ;), Victor.
