Brungilda

В общем в конфиге все вроде как надо прописано, но не обновляет ни в какую, пишет Error: Download manager: Resolve proxy name failed while downloading the file http://dl1.pro.antivir.de/update/idx/guard-linux_glibc22-en.idxError: Download manager: Curl library returned download error Ну и все в таком духе... Кто-нибудь сталкивался? Вообще через прокси ниче кроме броузера не работает...

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

pony писал(а) Fri, 27 March 2009 22:31 Вообще резон есть, особенно в части драйверов, правда, это больше тема "Железного" раздела форума. Нарыть нужный драйвер для старого железа быват проблематично. Вот это отжег!

Тема конечно все же актуальна. Пока остановились на связке Python+QT, работает всё ж неплохо, даже с динамическими формами, один и тот же код на обеих платформах без переделки! ПюреБасик - он же шароварный, нам по этой причине не годиться. Монодевелоп? Наверно хороший прожект, судя по описанию, будем курить в свободное время.

Byte писал(а) Thu, 24 September 2009 01:28 Brungilda писал(а) Wed, 23 September 2009 17:24 Мысль интересная! Жаль только, что это мало что дает... Кстати, в убунте последней заметил, что если прописать в системе прокси в настройках глобальных - то потом http_proxy не работает как, и, впрочем, вообще через прокси ничего не работает. Успокоили! И что теперь, дистрибутив менять из-за одной исы? Или где?

Ага, есть такой глюк, особенно на слабых машинах. Видимо связано с рессурсоемкостью библиотек qt-kde, которые используют эти плееры. А решение простое - используйте консольный mplayr, тем более у не го почти интуитивное управление

Byte писал(а) Tue, 22 September 2009 19:46 Ага, в некоторых дистрах только через http_proxy и работает. И, кстати, wget надо, естественно, запускать с этой же терминальной сессии. Мысль интересная! Жаль только, что это мало что дает...

А у меня нет... Цитата: yuri@501-desktop:~$ export http_proxy=http://uks\\makovasa:pbreo@192.168.50.2:8080 yuri@501-desktop:~$ wget http://cz.archive.ubuntu.com/ubuntu/pool/universe/g/gwget2/e piphany-extension-gwget_1.0.1-0ubuntu1_i386.deb --2009-09-23 11:50:52-- http://cz.archive.ubuntu.com/ubuntu/pool/universe/g/gwget2/e piphany-extension-gwget_1.0.1-0ubuntu1_i386.deb Устанавливается соединение с 192.168.50.2:8080... соединились. Запрос Proxy послан, ожидание ответа... 407 Proxy Authentication Required ( The ISA Server requires authorization to fulfill the request. Access to the Web Proxy filter is denied. ) 2009-09-23 11:50:52 ОШИБКА 407: Proxy Authentication Required ( The ISA Server requires authorization to fulfill the request. Access to the Web Proxy filter is denied. ).

Блин, там действительно ntlm-схема осоризации, это isa-сервер...

Цитата: Если ---proxy-user и пароль указываете правильно, то самая вероятная причина в том, что прокси сервер настроен без поддержки схемы авторизации basic - насколько я знаю, единственная схема, поддерживаемая wget для авторизации на прокси. Спасибо. И что из этого следует? Цитата: скорее всего, проблема в "ups\makovasa". попробуйте ups\\makovasa ЗЫ или попробуйте кавычки. в общем, была засада подобная, всё из-за слеша. Ничего не помогает - сыпет то же самое. Может есть ещё что-то, можно из гуи, поддерживающее докачку?

Вроде бы и пользователя и пароль указываю, вроде б и с прокси соединяет (адрес указан в ~/.wgetrc): Цитата: yuri@501-desktop:~$ wget --http-user=ups\makovasa --http-password=pbreo http://cz.archive.ubuntu.com/ubuntu/pool/universe/g/gwget2/e piphany-extension-gwget_1.0.1-0ubuntu1_i386.deb --2009-09-20 14:38:18-- http://cz.archive.ubuntu.com/ubuntu/pool/universe/g/gwget2/e piphany-extension-gwget_1.0.1-0ubuntu1_i386.deb Устанавливается соединение с 192.168.50.2:8080... соединились. Запрос Proxy послан, ожидание ответа... 407 Proxy Authentication Required ( The ISA Server requires authorization to fulfill the request. Access to the Web Proxy filter is denied. ) 2009-09-20 14:38:18 ОШИБКА 407: Proxy Authentication Required ( The ISA Server requires authorization to fulfill the request. Access to the Web Proxy filter is denied. ). То же самое и с --proxy-user, и с просто c --user. Что не так? Через firefox всё качает нормально!

Какая локаль (locale)?

А Вы на сайте случайно не смотрели, он вообще поддерживается?

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

В мандриве бы тоже тянуло. А раз ничего не тянет, значит всего хватает...

Просто соответствующая настройка не открывается, говорит "в этом менеджере не настраивается" и используется какая-то стандартная. Но в KDE ведь всё настраиваемо! Т.е. оформление окна поменять нельзя? Кто пробовал?

В крайнем случае, загрузитесь с лив-сиди и обнулите пассворд.

Да не помогут здесь ксорги и их конфиги - проприетарные дрова всё своё выставляють. Попробуйте разобраться

Если коротко, нужно быстро и надёжно делать программы с графическим интерфейсом в винде и лине. Лицензия, софт и пр. не важно, главное чтоб можно было переносить как можно быстрее в другую среду. Лучше если gpl, или freeware. Qt можно, но ужасно не удобен, приходиться перелопачивать груды кода вручную, причём результат не гарантирован. Wine работает, но - нужен именно родной код. wxWidget и пр. слишком сложно. Занимался кто-нибудь подобным вопросом? Что можно ещё использовать?

Цитата: А разархивировать файл? А чем??? Это некий filesystem.squashfs, просто образ системы, может даже не содержащий пакетов вообще! Цитата: Вот об этом я и говорил. Может выразился не доступно? Нет, выразились Вы как раз очень доступно. Не знаю как в гутси гиббон, а в хурди хичкок - всего несколько пакетов, как таковых, а кде, кю-те и иже с ними даже и не пахнет!

Цитата: вот и скажите, что делать? Прежде всего ставить самый новый дистриб! Старый может и не поддержаивать новое железо.

Цитата: надо заиметь заведомо рабочий винт, поставить на подозреваемую материнку и погонять. Исполнено! Всё работает, оси ставятся, читается, пишется, патишены создаются, разбиваются, объединяются и пр. Но пока что-то серьёзное ставить не рискую... Сколько ещё гонять и как чтоб уж наверняка не влипнуть? И что теперь со старым хардом делать? Его как проверить или что? Спасибо за помощь!

Есть 64-битные версии Ubuntu, Mandriva, для slackware к сожалению нет, но есть совместимый дистриб slamd64, vectorlinux64. А почему без перкомпиляции ядра? Неужели такая проблема? Куча руководств!

Т.е., замена диска ничего не даст... Но как бы точно проверить? Он же на матери?

А если в толковом нет, а есть только в бестолковом?.. ...Ну вот хотя бы что-нибудь типа такого скриптика: #!/bin/sh DIALOG=${DIALOG=zenity} tempfile=`mktemp 2>/dev/null` || tempfile=/tmp/test$$ trap "rm -f $tempfile" 0 1 2 5 15 find /dev -name sd?? -type b|$DIALOG --list --column="Устройства:" >$tempfile retval=$? choice=`cat $tempfile` case $retval in 0) if [ -d /media/removable ]; then echo "umount" pumount $choice scs=$? if [ $scs = 0 ]; then $DIALOG --info --text="Теперь устройство можно извлечь" else $DIALOG --error --text="Ошибка извлечения устройства" fi else echo "mount" pmount $choice removable rox /media/removable fi ;; 1) echo "Отказ от ввода.";; esac