кодек
Какие кодеки нужны для воспроизведения этих потоков: ? mms://80.67.87.101/D/1014/14015/v0001/REFlector:40961 mmsh://a1014.l1401540961.c14015.e.lm.akamaistream.net/D/1014/14015/v0001/REFlector:40961?MSWMExt=.asf И можно ли из найте в deb ? Спасибо. -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: .xsession-errors
Maxim Tyurin <[EMAIL PROTECTED]> writes: > Если работать удаленно то отличается. > Когда отваливается соединение то X сессия убивается, а RDP сессия нет. Ну есть FreeNX/NX [1], в котором X-сессии сохраняются. [1]. http://www.nomachine.com/documents/getting-started.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ECC or not ECC?
Alexander Burnos wrote: Здравствуйте! Извините за оффтопик, но сейчас стоит задача собрать десяток серверов под топик и насущный вопрос: брать память с ECC или нет? Примерная конфигурация: процессор что-нибудь из последних продуктов intel, но не xeon'ы, памяти 2-4 гигабайта. С одной стороны, вполне приемлимо собрать все на обычном десктопном железе, не переплачивая за серверную мать, и т.д. Как показывает практика, на большинстве задач такое решение живет, учитывая его меньшую себестоимость перед "серверным" вариантом. Немного не по ECC, но я тут открыл для себя платформу Gigabyte GS-R113L-RH http://www.gigabyte.com.tw/Products/Networking/Products_Spec.aspx?ProductID=2555 В Москве я их брал по $650 примерно - если туда поставить хороший проц, то машинка получается очень даже. Работают, не жЮжат. Точнее, жЮжжжат, как и положено 1U, но на colo, и нам не слышно :) Разумеется, стоит там Debian :) -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ECC or not ECC?
У Чтв, 2007-09-27 у 17:44 +0300, Alexander Burnos пише: > Hello! > > On Thu, Sep 27, 2007 at 05:17:08PM +0300, Alexander Vlasov wrote: > > Если экономим и берем не-серверный вариант, то тогда "воркстейшенский". > > "офиснодесктопный" не стоит. > > Ну да, "воркстейшенский" подразумевался :) > > > > С другой, хочется получить достаточно надежное железо, которое не будет > > > бутаться каждые 2 месяца по непонятным причинам. > > Обратитесь к любимому сборщику, объясните ситуацию. Он пойдет вам > > навстречу -- а что, 10 килобаксов не лишние. > > Как вариант, просто там, где они будут собираться - любимого сборщика не > будет. Платить за брендовые HP/IBM тоже не хочется. > Но поискать поищу. Тогда однозначно брендовые. Не хочется же пилить туда, где нет любимого сборщика, чтоб там решать железные проблемы? > > Ну вообще говоря стабильность сервера мало зависит от того, если ли > > рядом еще сервера такой же аппаратной конфигурации 8/ > > Вопрос был с точки зрения статистики. Если кто-то собрал N одинаковых > платформ и они все работают стабильно, то значит, скорее всего, такая > конфигурация стабильна в целом. По одной сборке этого не скажешь. Вот потому и говорил про сборщика, что у него статистика полюбому на два порядка больше. Я максимум 10 одинаковых серверов (и 20 десктопов) брал. > > А процессоры и памяти все работают, пока не сгорят. с матплатами > > смешнее, но за то и платят сборщику, чтоб он собрал и менял по мере > > выхода из строя. > > Это понятно, но встречаются откровенно нестабильные варианты. Либо > железо некачественное просто попадалось.. Не угадаешь. Я лично наступал по крайней мере на две смешные грабли: 1) RAID с прошивкой версии X не работал на материнской плате с биосом версии Y. При изменении числа X или Y все начинало работать. 2) RAID не работал, будучи всунутым во второй слот, если в первом звуковая карта. Перемещение в другой слот любого из этих устройств решало проблему. Так что для избежания магии лучше самому конфигурацию не подбирать. Ну или брать ровно ровно ту периферию (корпуса, etc), что добрый производитель перечислил на своем сайте (как например tyan делает) -- Alexander Vlasov ZULU-UANIC JID: zulu jabber.kiev.ua -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ECC or not ECC?
Hello! On Thu, Sep 27, 2007 at 05:17:08PM +0300, Alexander Vlasov wrote: > Если экономим и берем не-серверный вариант, то тогда "воркстейшенский". > "офиснодесктопный" не стоит. Ну да, "воркстейшенский" подразумевался :) > > С другой, хочется получить достаточно надежное железо, которое не будет > > бутаться каждые 2 месяца по непонятным причинам. > Обратитесь к любимому сборщику, объясните ситуацию. Он пойдет вам > навстречу -- а что, 10 килобаксов не лишние. Как вариант, просто там, где они будут собираться - любимого сборщика не будет. Платить за брендовые HP/IBM тоже не хочется. Но поискать поищу. > Ну вообще говоря стабильность сервера мало зависит от того, если ли > рядом еще сервера такой же аппаратной конфигурации 8/ Вопрос был с точки зрения статистики. Если кто-то собрал N одинаковых платформ и они все работают стабильно, то значит, скорее всего, такая конфигурация стабильна в целом. По одной сборке этого не скажешь. > А процессоры и памяти все работают, пока не сгорят. с матплатами > смешнее, но за то и платят сборщику, чтоб он собрал и менял по мере > выхода из строя. Это понятно, но встречаются откровенно нестабильные варианты. Либо железо некачественное просто попадалось.. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ECC or not ECC?
У Чтв, 2007-09-27 у 16:58 +0300, Alexander Burnos пише: > Здравствуйте! > > Извините за оффтопик, но сейчас стоит задача собрать десяток серверов > под топик и насущный вопрос: брать память с ECC или нет? > > Примерная конфигурация: процессор что-нибудь из последних продуктов > intel, но не xeon'ы, памяти 2-4 гигабайта. > > С одной стороны, вполне приемлимо собрать все на обычном десктопном > железе, не переплачивая за серверную мать, и т.д. Как показывает > практика, на большинстве задач такое решение живет, учитывая его меньшую > себестоимость перед "серверным" вариантом. Если экономим и берем не-серверный вариант, то тогда "воркстейшенский". "офиснодесктопный" не стоит. > С другой, хочется получить достаточно надежное железо, которое не будет > бутаться каждые 2 месяца по непонятным причинам. Обратитесь к любимому сборщику, объясните ситуацию. Он пойдет вам навстречу -- а что, 10 килобаксов не лишние. > Ну и раз уже затронул тему, какие платформы наиболее устойчиво работают > под топиком (мать/проц/память)? Кому-нибудь приходилось собирать N однородных > серверов для > топика и время показало что проблем нет, uptime рушится только при > апгрейде ядра? Ну вообще говоря стабильность сервера мало зависит от того, если ли рядом еще сервера такой же аппаратной конфигурации 8/ А процессоры и памяти все работают, пока не сгорят. с матплатами смешнее, но за то и платят сборщику, чтоб он собрал и менял по мере выхода из строя. -- Alexander Vlasov ZULU-UANIC JID: zulu jabber.kiev.ua -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Помогите с линковкой библиотеки
>> Судя по ругани на отсутствие функции main, ты ее пытаешься собирать как >> программу, а надо - как библиотеку (-shared, если речь идет о gcc). >> >> > Спасибо. Опция -shared помогла, правда попросила еще и -fPIC - это > что такое? Лучше сразу перейти на libtool, чтобы снялись и эти и многие другие вопросы. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ECC or not ECC?
Здравствуйте! Извините за оффтопик, но сейчас стоит задача собрать десяток серверов под топик и насущный вопрос: брать память с ECC или нет? Примерная конфигурация: процессор что-нибудь из последних продуктов intel, но не xeon'ы, памяти 2-4 гигабайта. С одной стороны, вполне приемлимо собрать все на обычном десктопном железе, не переплачивая за серверную мать, и т.д. Как показывает практика, на большинстве задач такое решение живет, учитывая его меньшую себестоимость перед "серверным" вариантом. С другой, хочется получить достаточно надежное железо, которое не будет бутаться каждые 2 месяца по непонятным причинам. В связи с этим вопрос: насколько память с ECC повысит надежность конфигурации? У самого не было опыта работы с конфигурациями с такой памятью. Все вокруг говорят что овчинка выделки не стоит, т.е. заметной выгоды от нее не будет. Мой опыт говорит о том, что либо память битая, либо нет. Обычно либо большие проблемы и железки нужно менять, либо все работает и горя не знает. А что говорит ваш опыт? ECC or not ECC? Действительно ли преимущество ее не так заметно на глаз, или система станет намного надежнее? Ну и раз уже затронул тему, какие платформы наиболее устойчиво работают под топиком (мать/проц/память)? Кому-нибудь приходилось собирать N однородных серверов для топика и время показало что проблем нет, uptime рушится только при апгрейде ядра? -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблема в configure
On Thu, Sep 27, 2007 at 12:38:12PM +0400, Pechnikov Alexey wrote:
> В сообщении от Четверг 27 сентября 2007 12:31 Stanislav Maslovski написал(a):
> > On Thu, Sep 27, 2007 at 12:15:00PM +0400, Pechnikov Alexey wrote:
> > > Команда ./configure выдает вот такую ошибку:
> > >
> > > checking system version (for dynamic loading)... ./configure: line 3789:
> > > syntax error near unexpected token `('
> > > ./configure: line 3789: ` case `(ac_space=' '; set | grep ac_space)
> > > 2>&1` in'
> > >
> > >
> > > Эта ошибка возникает в следующем блоке кода:
> > >
> > >
> > > # The following way of writing the cache mishandles newlines in values,
> > > # but we know of no workaround that is simple, portable, and efficient.
> > > # So, don't put newlines in cache variables' values.
> > > # Ultrix sh set writes to stderr and can't be redirected directly,
> > > # and sets the high bit in the cache file unless we assign to the vars.
> > > (set) 2>&1 |
> > > case `(ac_space=' '; set | grep ac_space) 2>&1` in
> > > *ac_space=\ *)
> > > # `set' does not quote correctly, so add quotes (double-quote
> > > substitution # turns into \\, and sed turns \\ into \).
> > > sed -n \
> > > -e "s/'/'''/g" \
> > > -e
> > > "s/^\\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\\)=\\(.*\\)/\\1=\${\\1='\\2'}/p" ;;
> > > *)
> > > # `set' quotes correctly as required by POSIX, so do not add quotes.
> > > sed -n -e
> > > 's/^\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\)=\(.*\)/\1=${\1=\2}/p' ;;
> > > esac >> confcache
> > >
> > >
> > > Есть ли способ починить этот код? Или можно в каком-то другом
> > > интерпретаторе его выполнить?
> >
> > Интересно, в каком шелле вы это выполняете? bash и dash проглотили этот
> > фрагмент не поперхнувшись.
>
> bash, zsh
>
> > Попробуйте заменить ` ` на $( ).
>
> Пишет:
> syntax error: unexpected end of file
IMHO, похоже на не закрытый квотинг где-то выше места ошибки.
--
Stanislav
Re: Network Manager
On Wed, Sep 26, 2007 at 06:49:15PM +0400, Dmitri V. Ivanov wrote: > On Wed, Sep 26, 2007 at 03:42:26PM +0300, Alexey Boyko wrote: > > pps: Кстати, через DHCP можно толкать маршруты. Винда их ловит. > > Какая-то из реализаций DHCP-клиент под линуксом их ловит? > > http://linux.by/wiki/FAQ_DHCP_routes > > Мне нечего добавить, поскольку не пользовался http://www.linux.by/wiki/index.php/FAQ_DHCP_routes , вроде тут. -- Yauhen Kharuzhy jekhor _at_ gmail.com JID: [EMAIL PROTECTED] A: No Q: Should I quote below my post? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Помогите с линковкой библиотеки
Роман Кисилев -> Artem Chuprina @ Thu, 27 Sep 2007 15:59:58 +0400: >> РК> Суть проблемы: >> РК> Система Debian Etch x86_64 >> РК> Есть кусок кода, написанный с участием библиотеки SFL от IMATRIX >> РК> (www.imatrix.com) еще лет 5 назад. >> РК> Библиотеку стянул, после доработки напильником файлы стали >> компилироваться, но >> РК> линковаться не хотят. >> РК> С линковщиком никогда не заморачивался, поэтому даже понять не могу, >> что ему >> РК> надо. Пишет вот такую шнягу: >> >> РК> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crt1.o: In >> function >> РК> _start': >> РК> ../sysdeps/x86_64/elf/start.S:109: undefined reference to `main' >> РК> sflbits.o: In function `bits_create': >> РК> sflbits.c:(.text+0x1d): undefined reference to `mem_alloc_' >> РК> sflbits.c:(.text+0x5b): undefined reference to `mem_alloc_' >> РК> sflbits.c:(.text+0xd2): undefined reference to `mem_free_' >> >> >> РК> и т.д. много раз. >> РК> Может кто подскажет куда копать, а то время поджимает. >> РК> Заранее спасибо за ответы! >> >> Судя по ругани на отсутствие функции main, ты ее пытаешься собирать как >> программу, а надо - как библиотеку (-shared, если речь идет о gcc). >> >> РК> Спасибо. Опция -shared помогла, правда попросила еще и -fPIC - это что такое? Создавать перемещаемый код (Position-Independent Code). Поскольку библиотека shared, в какое место в памяти ее положит загрузчик - это как повезер. Компилятор, кажется, уже при компиляции объектников должен быть об этом в курсе. При линковке так точно. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Unix-like -- для кинестетиков, Emacs -- для аудиалов, Mac -- для визуалов, Windows -- для чайников RockMover in <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Помогите с линков кой библиотеки
Artem Chuprina пишет: Роман Кисилев -> debian-russian@lists.debian.org @ Thu, 27 Sep 2007 14:49:33 +0400: РК> Суть проблемы: РК> Система Debian Etch x86_64 РК> Есть кусок кода, написанный с участием библиотеки SFL от IMATRIX РК> (www.imatrix.com) еще лет 5 назад. РК> Библиотеку стянул, после доработки напильником файлы стали компилироваться, но РК> линковаться не хотят. РК> С линковщиком никогда не заморачивался, поэтому даже понять не могу, что ему РК> надо. Пишет вот такую шнягу: РК> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crt1.o: In function РК> _start': РК> ../sysdeps/x86_64/elf/start.S:109: undefined reference to `main' РК> sflbits.o: In function `bits_create': РК> sflbits.c:(.text+0x1d): undefined reference to `mem_alloc_' РК> sflbits.c:(.text+0x5b): undefined reference to `mem_alloc_' РК> sflbits.c:(.text+0xd2): undefined reference to `mem_free_' РК> и т.д. много раз. РК> Может кто подскажет куда копать, а то время поджимает. РК> Заранее спасибо за ответы! Судя по ругани на отсутствие функции main, ты ее пытаешься собирать как программу, а надо - как библиотеку (-shared, если речь идет о gcc). Спасибо. Опция -shared помогла, правда попросила еще и -fPIC - это что такое? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Online Radio Station
<<< No Message Collected >>> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Помогите с линковкой библиотеки
Роман Кисилев -> debian-russian@lists.debian.org @ Thu, 27 Sep 2007 14:49:33 +0400: РК> Суть проблемы: РК> Система Debian Etch x86_64 РК> Есть кусок кода, написанный с участием библиотеки SFL от IMATRIX РК> (www.imatrix.com) еще лет 5 назад. РК> Библиотеку стянул, после доработки напильником файлы стали компилироваться, но РК> линковаться не хотят. РК> С линковщиком никогда не заморачивался, поэтому даже понять не могу, что ему РК> надо. Пишет вот такую шнягу: РК> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crt1.o: In function РК> _start': РК> ../sysdeps/x86_64/elf/start.S:109: undefined reference to `main' РК> sflbits.o: In function `bits_create': РК> sflbits.c:(.text+0x1d): undefined reference to `mem_alloc_' РК> sflbits.c:(.text+0x5b): undefined reference to `mem_alloc_' РК> sflbits.c:(.text+0xd2): undefined reference to `mem_free_' РК> и т.д. много раз. РК> Может кто подскажет куда копать, а то время поджимает. РК> Заранее спасибо за ответы! Судя по ругани на отсутствие функции main, ты ее пытаешься собирать как программу, а надо - как библиотеку (-shared, если речь идет о gcc). -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Лень оправдывает средства -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Помогите с линковкой библиотеки
jetxee пишет: Thu, 27 Sep 2007 14:49:33 +0400, Роман Кисилев <[EMAIL PROTECTED]>: Суть проблемы: Система Debian Etch x86_64 Есть кусок кода, написанный с участием библиотеки SFL от IMATRIX (www.imatrix.com) еще лет 5 назад. Библиотеку стянул, после доработки напильником файлы стали компилироваться, но линковаться не хотят. С линковщиком никогда не заморачивался, поэтому даже понять не могу, что ему надо. Пишет вот такую шнягу: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crt1.o: In function `_start': ../sysdeps/x86_64/elf/start.S:109: undefined reference to `main' sflbits.o: In function `bits_create': sflbits.c:(.text+0x1d): undefined reference to `mem_alloc_' sflbits.c:(.text+0x5b): undefined reference to `mem_alloc_' sflbits.c:(.text+0xd2): undefined reference to `mem_free_' и т.д. много раз. Может кто подскажет куда копать, а то время поджимает. Заранее спасибо за ответы! С сделать grep по исходникам пробовали? Судя по тому, что даёт Google первой ссылкой на mem_alloc_, функция реализована там же, в файле sflmem.c (http://legacy.imatix.com/html/sfl/sfl198.htm). Соответственно, sflmem.o надо тоже линковать. P.S. Я понятия не имею, что это за библиотека. Объектные файлы собираются, а вот в кучу согнать он их не может :-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Network Manager
В сообщении от 27 September 2007 13:39 Pechnikov Alexey написал(a): > > > openvpn. Сервер указывает маршрут, клиент ловит маршрут. > > > > openvpn не совсем dhcp-клиент, или совсем не dhcp-клиент > > Хм. Вообще-то в режиме клиента он может получать адреса, а в режиме сервера - > назначать подключающимся клиентам. Более того, может каждый раз назначать > один и тот же адрес указанному сертификату клиента. Всё верно. Но это не dhcp.
Re: Помогите с линковко й библиотеки
Thu, 27 Sep 2007 14:49:33 +0400, Роман Кисилев <[EMAIL PROTECTED]>: > Суть проблемы: > Система Debian Etch x86_64 > Есть кусок кода, написанный с участием библиотеки SFL от IMATRIX > (www.imatrix.com) еще лет 5 назад. > Библиотеку стянул, после доработки напильником файлы стали > компилироваться, но линковаться не хотят. > С линковщиком никогда не заморачивался, поэтому даже понять не могу, что > ему надо. Пишет вот такую шнягу: > > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crt1.o: In > function `_start': > ../sysdeps/x86_64/elf/start.S:109: undefined reference to `main' > sflbits.o: In function `bits_create': > sflbits.c:(.text+0x1d): undefined reference to `mem_alloc_' > sflbits.c:(.text+0x5b): undefined reference to `mem_alloc_' > sflbits.c:(.text+0xd2): undefined reference to `mem_free_' > > > и т.д. много раз. > Может кто подскажет куда копать, а то время поджимает. > Заранее спасибо за ответы! > С сделать grep по исходникам пробовали? Судя по тому, что даёт Google первой ссылкой на mem_alloc_, функция реализована там же, в файле sflmem.c (http://legacy.imatix.com/html/sfl/sfl198.htm). Соответственно, sflmem.o надо тоже линковать. P.S. Я понятия не имею, что это за библиотека.
Помогите с линковк ой библиотеки
Суть проблемы: Система Debian Etch x86_64 Есть кусок кода, написанный с участием библиотеки SFL от IMATRIX (www.imatrix.com) еще лет 5 назад. Библиотеку стянул, после доработки напильником файлы стали компилироваться, но линковаться не хотят. С линковщиком никогда не заморачивался, поэтому даже понять не могу, что ему надо. Пишет вот такую шнягу: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crt1.o: In function `_start': ../sysdeps/x86_64/elf/start.S:109: undefined reference to `main' sflbits.o: In function `bits_create': sflbits.c:(.text+0x1d): undefined reference to `mem_alloc_' sflbits.c:(.text+0x5b): undefined reference to `mem_alloc_' sflbits.c:(.text+0xd2): undefined reference to `mem_free_' и т.д. много раз. Может кто подскажет куда копать, а то время поджимает. Заранее спасибо за ответы! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Network Manager
В сообщении от Четверг 27 сентября 2007 14:31 Andrey Lyubimets написал(a): > Pechnikov Alexey пишет: > > В сообщении от Среда 26 сентября 2007 16:42 Alexey Boyko написал(a): > >> pps: Кстати, через DHCP можно толкать маршруты. Винда их ловит. > >> Какая-то из реализаций DHCP-клиент под линуксом их ловит? > > > > openvpn. Сервер указывает маршрут, клиент ловит маршрут. > > openvpn не совсем dhcp-клиент, или совсем не dhcp-клиент Хм. Вообще-то в режиме клиента он может получать адреса, а в режиме сервера - назначать подключающимся клиентам. Более того, может каждый раз назначать один и тот же адрес указанному сертификату клиента.
Re: Network Manager
Pechnikov Alexey пишет: В сообщении от Среда 26 сентября 2007 16:42 Alexey Boyko написал(a): pps: Кстати, через DHCP можно толкать маршруты. Винда их ловит. Какая-то из реализаций DHCP-клиент под линуксом их ловит? openvpn. Сервер указывает маршрут, клиент ловит маршрут. openvpn не совсем dhcp-клиент, или совсем не dhcp-клиент -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблема в configure
> > А если перегенерировать configure? > То же самое.
Re: Проблема в configure
On Thu, Sep 27, 2007 at 12:38:12PM +0400, Pechnikov Alexey wrote:
> В сообщении от Четверг 27 сентября 2007 12:31 Stanislav Maslovski написал(a):
> > On Thu, Sep 27, 2007 at 12:15:00PM +0400, Pechnikov Alexey wrote:
> > > Команда ./configure выдает вот такую ошибку:
> > >
> > > checking system version (for dynamic loading)... ./configure: line 3789:
> > > syntax error near unexpected token `('
> > > ./configure: line 3789: ` case `(ac_space=' '; set | grep ac_space)
> > > 2>&1` in'
> > >
> > >
> > > Эта ошибка возникает в следующем блоке кода:
> > >
> > >
> > > # The following way of writing the cache mishandles newlines in values,
> > > # but we know of no workaround that is simple, portable, and efficient.
> > > # So, don't put newlines in cache variables' values.
> > > # Ultrix sh set writes to stderr and can't be redirected directly,
> > > # and sets the high bit in the cache file unless we assign to the vars.
> > > (set) 2>&1 |
> > > case `(ac_space=' '; set | grep ac_space) 2>&1` in
> > > *ac_space=\ *)
> > > # `set' does not quote correctly, so add quotes (double-quote
> > > substitution # turns into \\, and sed turns \\ into \).
> > > sed -n \
> > > -e "s/'/'''/g" \
> > > -e
> > > "s/^\\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\\)=\\(.*\\)/\\1=\${\\1='\\2'}/p" ;;
> > > *)
> > > # `set' quotes correctly as required by POSIX, so do not add quotes.
> > > sed -n -e
> > > 's/^\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\)=\(.*\)/\1=${\1=\2}/p' ;;
> > > esac >> confcache
> > >
> > >
> > > Есть ли способ починить этот код? Или можно в каком-то другом
> > > интерпретаторе его выполнить?
> >
> > Интересно, в каком шелле вы это выполняете? bash и dash проглотили этот
> > фрагмент не поперхнувшись.
>
> bash, zsh
>
> > Попробуйте заменить ` ` на $( ).
>
> Пишет:
> syntax error: unexpected end of file
А если перегенерировать configure?
--
Yauhen Kharuzhy jekhor _at_ gmail.com
JID: [EMAIL PROTECTED]
A: No
Q: Should I quote below my post?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблема в configure
В сообщении от Четверг 27 сентября 2007 13:14 Sergei Stolyarov написал(a):
> > -Original message-
> > From: Pechnikov Alexey <[EMAIL PROTECTED]>
> > Sent: Thursday 27 September 2007
> > To: debian-russian@lists.debian.org
> > Cc:
> > Subject: Проблема в configure
> > Команда ./configure выдает вот такую ошибку:
> >
> > checking system version (for dynamic loading)... ./configure: line 3789:
> > syntax error near unexpected token `('
> > ./configure: line 3789: ` case `(ac_space=' '; set | grep ac_space)
> > 2>&1` in'
>
> А из какого приложения этот configure?
Ffidl Version 0.6, с сайта
http://www.elf.org/ffidl/
Re: Виртуальный принте р - в pdf
On Wed, Sep 26, 2007 at 10:43:07PM +0400, Pechnikov Alexey wrote: > > А с какой стати для печати по сети нужна самба? IPP даже поделки M$ > > от 95 умеют... > > У меня нет поделок от M$. Может, и умеют, не знаю. Мне нужно было решение, > чтобы несколько компов могли печатать в pdf, притом, что у меня под рукой > только дебиан, но кто-то может и из винды подключаться и печатать. Я свою > задачу решил, чего и вам желаю.. Проблема в том, что Вы других убеждаете делать простые и штатные для системы вещи через ж...амбу. При том, что письмом выше кто-то дал 100% верный ответ. Не сбивайте возможных читателей архивов этого листа с толку. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблема в configure
> -Original message-
> From: Pechnikov Alexey <[EMAIL PROTECTED]>
> Sent: Thursday 27 September 2007
> To: debian-russian@lists.debian.org
> Cc:
> Subject: Проблема в configure
> Команда ./configure выдает вот такую ошибку:
>
> checking system version (for dynamic loading)... ./configure: line 3789:
> syntax error near unexpected token `('
> ./configure: line 3789: ` case `(ac_space=' '; set | grep ac_space) 2>&1`
> in'
А из какого приложения этот configure?
--
Sergei Stolyarov
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: про тут
Alex Kicelew wrote: > Hi. > > Вопрос про ядро я отослал в этот лист с работы несколько дней > назад. На следующий день вспомнил про это, огорчился, что нету > ответов, на всякий случай поискал свое письмо в гнусе и не нашел. > Проверил по lists.debian.org -- нету. В Sent есть, в листе > нету. Удивился, послал еще раз. С тем же результатом. Сегодня, снова > про это вспомнив, послал из дома. Сразу же дошло и пошли ответы. > > Вопрос. Мой рабочий компьютер за что-то попал в блэк-лист дебиана > (если да, то где это можно посмотреть? на lists.debian.org с наскоку > не нашел), или есть еще какое-то объяснение? В логах рабочего эксима: > > 2007-09-20 15:09:42 1IYJuf-00087f-Vg <= [EMAIL PROTECTED] U=ark P=local S=937 > [EMAIL PROTECTED] > 2007-09-20 15:09:45 1IYJuf-00087f-Vg => debian-russian@lists.debian.org > R=dnslookup T=remote_smtp H=murphy.debian.org [70.103.162.31] > 2007-09-20 15:09:45 1IYJuf-00087f-Vg Completed > > То бишь, все честно ушло. А где заблудилось? > > TEST -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Проблема в configure
В сообщении от Четверг 27 сентября 2007 12:31 Stanislav Maslovski написал(a):
> On Thu, Sep 27, 2007 at 12:15:00PM +0400, Pechnikov Alexey wrote:
> > Команда ./configure выдает вот такую ошибку:
> >
> > checking system version (for dynamic loading)... ./configure: line 3789:
> > syntax error near unexpected token `('
> > ./configure: line 3789: ` case `(ac_space=' '; set | grep ac_space)
> > 2>&1` in'
> >
> >
> > Эта ошибка возникает в следующем блоке кода:
> >
> >
> > # The following way of writing the cache mishandles newlines in values,
> > # but we know of no workaround that is simple, portable, and efficient.
> > # So, don't put newlines in cache variables' values.
> > # Ultrix sh set writes to stderr and can't be redirected directly,
> > # and sets the high bit in the cache file unless we assign to the vars.
> > (set) 2>&1 |
> > case `(ac_space=' '; set | grep ac_space) 2>&1` in
> > *ac_space=\ *)
> > # `set' does not quote correctly, so add quotes (double-quote
> > substitution # turns into \\, and sed turns \\ into \).
> > sed -n \
> > -e "s/'/'''/g" \
> > -e
> > "s/^\\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\\)=\\(.*\\)/\\1=\${\\1='\\2'}/p" ;;
> > *)
> > # `set' quotes correctly as required by POSIX, so do not add quotes.
> > sed -n -e
> > 's/^\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\)=\(.*\)/\1=${\1=\2}/p' ;;
> > esac >> confcache
> >
> >
> > Есть ли способ починить этот код? Или можно в каком-то другом
> > интерпретаторе его выполнить?
>
> Интересно, в каком шелле вы это выполняете? bash и dash проглотили этот
> фрагмент не поперхнувшись.
bash, zsh
> Попробуйте заменить ` ` на $( ).
Пишет:
syntax error: unexpected end of file
Re: Проблема в configure
On Thu, Sep 27, 2007 at 12:15:00PM +0400, Pechnikov Alexey wrote:
> Команда ./configure выдает вот такую ошибку:
>
> checking system version (for dynamic loading)... ./configure: line 3789:
> syntax error near unexpected token `('
> ./configure: line 3789: ` case `(ac_space=' '; set | grep ac_space) 2>&1` in'
>
>
> Эта ошибка возникает в следующем блоке кода:
>
>
> # The following way of writing the cache mishandles newlines in values,
> # but we know of no workaround that is simple, portable, and efficient.
> # So, don't put newlines in cache variables' values.
> # Ultrix sh set writes to stderr and can't be redirected directly,
> # and sets the high bit in the cache file unless we assign to the vars.
> (set) 2>&1 |
> case `(ac_space=' '; set | grep ac_space) 2>&1` in
> *ac_space=\ *)
> # `set' does not quote correctly, so add quotes (double-quote substitution
> # turns into \\, and sed turns \\ into \).
> sed -n \
> -e "s/'/'''/g" \
> -e
> "s/^\\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\\)=\\(.*\\)/\\1=\${\\1='\\2'}/p"
> ;;
> *)
> # `set' quotes correctly as required by POSIX, so do not add quotes.
> sed -n -e 's/^\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\)=\(.*\)/\1=${\1=\2}/p'
> ;;
> esac >> confcache
>
>
> Есть ли способ починить этот код? Или можно в каком-то другом интерпретаторе
> его выполнить?
Интересно, в каком шелле вы это выполняете? bash и dash проглотили этот
фрагмент не поперхнувшись.
Попробуйте заменить ` ` на $( ).
--
Stanislav
Проблема в configure
Команда ./configure выдает вот такую ошибку:
checking system version (for dynamic loading)... ./configure: line 3789:
syntax error near unexpected token `('
./configure: line 3789: ` case `(ac_space=' '; set | grep ac_space) 2>&1` in'
Эта ошибка возникает в следующем блоке кода:
# The following way of writing the cache mishandles newlines in values,
# but we know of no workaround that is simple, portable, and efficient.
# So, don't put newlines in cache variables' values.
# Ultrix sh set writes to stderr and can't be redirected directly,
# and sets the high bit in the cache file unless we assign to the vars.
(set) 2>&1 |
case `(ac_space=' '; set | grep ac_space) 2>&1` in
*ac_space=\ *)
# `set' does not quote correctly, so add quotes (double-quote substitution
# turns into \\, and sed turns \\ into \).
sed -n \
-e "s/'/'''/g" \
-e "s/^\\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\\)=\\(.*\\)/\\1=\${\\1='\\2'}/p"
;;
*)
# `set' quotes correctly as required by POSIX, so do not add quotes.
sed -n -e 's/^\([a-zA-Z0-9_]*_cv_[a-zA-Z0-9_]*\)=\(.*\)/\1=${\1=\2}/p'
;;
esac >> confcache
Есть ли способ починить этот код? Или можно в каком-то другом интерпретаторе
его выполнить?
Re: .xsession-errors
On Wed, Sep 26, 2007 at 08:46:53PM +0700, Mikhail Gusarov wrote: > > Twas brillig at 17:41:38 26.09.2007 UTC+04 when Terehov Gennady did gyre and > gimble: > > TG> Хотя вот от виндового терминального сервера я совсем могу отрубиться и > TG> клиентский комп выключить, а потом с другого подключиться к сеансу и все > TG> программы останутся работающими. > > Хм. В XP это переключение так же работает? А то, кажется мне, для удалённой > работы там нужно было открывать новую сессию. В XP ограничение на 1 одновременно клиента (если подключиться удалённым локального выкидывает). > > Про terminal server в серверной винде не говорю. А я как раз про него :) -- Геннадий -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
