Re: Вопрос о выборе дистрибутива...
Artem Chuprina wrote: Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 16 Feb 2004 19:42:33 +0300: Если мне на сервере PostgreSQL 7.3 нужен? DEO 1. что мешает его поставить на вуди (правда не знаю) DEO 2. в чем необходимость переходить на новую версию? успели уже программ DEO понаписать под новый SQL? ну пока Вы их в продакшн тестировать будете - DEO время пройдет, а на этапе тестов пойдет и анстейбл Щазз. Тому постгресу уже больше года. Переходить на него с 7.2 надо. Зачем - отдельная долгая история, но надо. Чем мне Debian поможет? DEO я не знаю шо це таке энтот скуль приведите другой пример SQL-сервер. Free. Из фревых - наиболее SQL'ный. Менять его можно только на Oracle. расскажите поподробнее где можно взять его версии 7.4.1 для woody уже собранный, или как правильно его портировать на woody из unstable, ибо есть уже продакшн приложение для него, и держать его в /usr/local/ как-то неправильно.. да и хочеться нормальных обновлений. PS если сам смогу собрать - могу даже выложить его на своем репозитарии... по крайней мере идея такая есть. из ненайденного уже собрал perl-5.8.x из unstable под woody+backports.org также интересует такая штука по PostgresQL как VACUUM - приходиться делать его раз в сутки, честно говоря после использования MySQL который даже при большой нагрузке каши не просит, тут у серьезного SQL сервера такая бяка.. ну и хотелось бы почитать про оптимизацию скорости работы именно самого сервера - что порекомендуете?? а то девелоперы жалуются, что он как-то медленнее, чем MSSQL на одних и тех же задачах. Что-бы покрутить чтобы был он не хуже, если не лучше :) Про sid на сервере не нужно рассказывать и про apt.org тоже. Кроме того нормальное ядро нужно тянуть из другого дистрибутива т.к. в репозитарии нормальных нет (хоть сборка ядра в Debian очень удобно сделана и то хорошо). DEO сборка кернелов в дебе не удобно, а очень удобно Удобнее всего - это когда их собирать не надо. Совсем. И этим как раз RH был лучше Debian. Правда, это единственное его преимущество. Поэтому я на Debian. DEO серверный дистр понктом номер 1 идет стабильность Ну, в этом смысле alt и debian вполне сравнимы. begin:vcard fn:Gabber org:MagicNET email;internet:[EMAIL PROTECTED] title:Admin version:2.1 end:vcard
Re: kernel 2.6 USB flash
DEO перешел на 2.6 DEO посмотрел модуля usb-uhci теперь нет DEO загрузил uhci-hcd вместо него В один завернули? На 2.4 они грузятся _вместе_, причем второй после первого. А есть еще просто uhci. с 2.4 то какраз проблем нет ;) а вот что делать в 2.6?
诚征各地加盟机构、联盟供货商！
如有打扰，在此向你表示歉意.并且请删除此广告.谢谢!这是群发信息，对邮件中所协及网站无关。 每一天,我们都听到来自企业界热切的声音――为什么我的产品销路如此狭窄？为什么我做了那么多广告 ，效果那么低微？为什么我的产品 并不比别人差，而销售额反而不如别人？网上购销真的效果有那么神奇吗？！我的企业怎样加入呢？ 科锋营销(http://www.xnkeda.com）是框架完善、信息丰富、功能强大电子商务在线交易平台，提供众多 的商业信息和推荐大量信用良好的 资信企业、商家，为企商之间沟通、交流、发布及获取信息的重要渠道。科锋营销长期致力于推动国内中小型 生产企业的产品市场、渠道、售后 服务管理、为企业提供在线登录。实现企业（供货方）直接在科锋营销总网的商务平台上与世界各地的商家进 行网上咨询、交易，为企业（供货 方）进一步拓宽市场渠道，广泛开拓市场、有效细分建立终端销售网络渠道。多种多样的交流方式，及时了解 客户的需求。缩短了市场营销的中 间消耗，降低销售成本，提高利润；保证信息渠道畅通，对行业信息的灵敏性；为企商带来更大商机。 以前建立网络商城（店），需要请人制作、购买系统平台。不但时间长、麻烦多、价格高，日后需要请人 维护网站，非常麻烦！现在您只要 通过“科锋自助网络商城系统http://www.xnkeda.com”就可以方便地建立自己的网络商城（店），强大的网 站管理系统，只要会打字，就可随 时管理商城（店）内容！真正实现电子商务交易平台、网上接单、网下配送。 其鲜明特点是： 1、投资最小：不用投资虚拟主机，不用请计算机专业人员建设维护。 2、简单易用：只要会打字就会建网站，不用掌握高深的编程语言和网站设计软件。 3、快速建站：最快3分钟就可以轻松搞定，建立企业的网上形象、展示企业的产品信息。 4、自主维护：可以随时在线自主进行商城（店）的管理、更新、维护，更灵活、更方便、更快捷。
Re: Вопрос о выборе ди стрибутива...
Здравствуйте, On Mon, Feb 16, 2004 at 08:35:35PM +0300, Artem Chuprina wrote: Elena Egorova - debian-russian@lists.debian.org @ Mon, 16 Feb 2004 14:54:45 +0200: EE например, вас там ничего не настораживает? Сравните уровень людей, знающих EE линукс и FreeBSD. Уровень людей, _знающих_ линукс и FreeBSD, поверь, одинаковый. И ему же равен уровень людей, знающих винду. Характеризуется именно словом знают. Тут играет большую роль разница между операционными системами. Винда, от которой нормальному админу не получить никогда исходного кода и приходится ее внутреннее устройство узучать методом синий экранов, формирует совершенно особенный тип личности. FreeBSD, которая только недавно научилась SMP и чуть раньше загружаемые модули представляет собой практически один монолитный кусок кода, который страшно изменить хотя бы в одной точке. Linux по сравнению со всем этим, предоставляет очень удобное модульное ядро, предоставляющее возможность человеку копаться в отдельных частях, не затрагивая другие (вот люди и копаются). Все эти средства и возможности обуславливают разные подходы к этим операционным системам. А так как не только человек преображает ОС, но и ОС влияет на человека, то админы всех упомянутых операционных систем резко отличаются не только своими навыками, приемами работы (ведь одну и ту же операцию можно сделать множеством способов), но и психологически. Естественно, у них разный набор знаний об абсолютных знаниях (стек TCP/IP, интервейс NetBIOS, dot1.q, PPTP). К тому же мое слово знают относилось не к линуксу вообще, а к линуксу на Украине в частности, в сравнении с FreeBSD. Я высказала свое частное мнение, что FreeBSD на Украине более популярна, и привела пример. P.S. Все мои знакомые, которых я могу счесть знающими линукс, с ходу без каких бы то ни было проблем администрируют фрюху и солярку. Через считанные часы после того, как в первый раз увидят. Обратное, разумеется, тоже верно. У нас с вами очень разные задачи. Для меня, например, администрирование - это настройка сетевых интерфейсов (dot1.q,portchannel), мультилинк, load balancing etc. Да, у меня когда-то была и фря, и солярка, и винда, но установленный на рабочем месте линукс мне ничем не смог помочь во соляровом шейпере, например, хотя они практически из одного места растут. Ну не может как кухарка управлять государством, так и существовать универсальный юниксовый админ. -- Elena Egorova, SatGate LLC, +7 0112 573073 +7 0112 573070
iptables icq
Доброго времени суток! Вопрос созрел по iptables и icq. Необходимо запретить пользователю аську. Пишу так: iptables -I INPUT -s user_ip -p tcp --dport 5190 -j DROP iptables -I INPUT -s user_ip -p udp --dport 4000 -j DROP по iptables -L -v видим (кусочек): Chain INPUT (policy DROP 889K packets, 115M bytes) pkts bytes target prot opt in out source destination 0 0 DROP udp -- anyany user_ip anywhere udp dpt:4000 0 0 DROP tcp -- anyany user_ip anywhere tcp dpt:5190 Что, как ни странно не помогает. Пользователь коннектится и юзает аську. Как быть? -- WBW, AmadiS Institute of chemistry, Syktyvkar, Komi Republic, Russia
Re: Вопрос о выборе ди стрибутива...
On Tue, Feb 17, 2004 at 08:35:13AM +0200, Jan Solovjov wrote: JS также интересует такая штука по PostgresQL как VACUUM - приходиться JS делать его раз в сутки, честно говоря после использования MySQL который JS даже при большой нагрузке каши не просит, тут у серьезного SQL сервера JS такая бяка.. Каши MySQL очень даже просить и команды соответствующие имеет :) А PostgreSQL просто рассчитан на то, что поставить VACUUM ANALYZE в cron труда не составляет, а производительность резко увеличивает. JS ну и хотелось бы почитать про оптимизацию скорости работы JS именно самого сервера - что порекомендуете?? а то девелоперы жалуются, JS что он как-то медленнее, чем MSSQL на одних и тех же задачах. Что-бы JS покрутить чтобы был он не хуже, если не лучше :) Ну во-первых смотреть postgresql.conf. Например по-умолчанию чаще всего стоит fsync=yes (при наличии UPS'а и если SQL-сервер это отдельная железка, то есть смысл его выключить) -- скорость резко подрастёт. Кроме того в postgresql.conf надо смотреть размеры буферов, там много чего покрутить есть в плане оптимизации. По поводу кода -- его тоже можно (и нужно) оптимизировать под использование с PostgreSQL. Например выбирать правильные типы индексов, использовать транзакции (для цепочек связаных друг с другом изменений в базе). Кроме того есть EXPLAIN ANALYZE, позволяющая увидеть как именно выполняется запрос, тем самым, возможно, увидеть что следует соптимизировать. Далее есть параметры создаваемых таблиц, такие как nooid (это всё нужно читать и понимать, что действительно нужно в этой таблице). У постгреса есть некоторое количество архитектурных особенностей, которые, насколько мне известно, не поправили. Например запрос SELECT COUNT(*) FROM table приводил к fullscan'у (возможно сейчас это поправили), потому как COUNT такая же агрегирующая функция как и SUM с точки зрения постгреса, и ей передаётся _целиком_ таблица в этом примере (насколько мне известно). Их надо просто учитывать (например необходимость в COUNT решается триггером на добавление записи в таблицу и создание отдельной таблицы с этой информацией). -- С уважением, Денис http://freesource.info
Re: Вопрос о вы боре дистрибутива...
DEO вот у меня деб прекрасно стоит на 128 мегах - домашний роутер На роутер целых 128 метров? Ой мама... На что будем спорить, что я на базе сизифа сделаю роутер меньше? ;) флешка на халяву досталась на меньше - тоже вполне Hint: на той флешке, где был самосбор, там было целых 32 метра, потому как флешку меньше в продаже быстро не нашли. Я поленился, поэтому просто разбил её на два раздела, с одного используется 8 метров, с другого несколько килобайт. А если бы я совсем не стал лениться, то и на 8 метров можно было бы уложить всё необходимое. Только вот это потребовало бы от меня пары дней работы, а они стоят сильно больше, чем эта самая флешка :) ну дык о самосборе мы не говорим - о дистрах вроде как речь идеть? запихнуть надо но там все равно руками обтачивать DEO для начала - просто запихнуть Элементарно. Да, там есть некоторое количество лишних зависимостей, но это лишние единицы мегабайт. конечно понятно - поплясав с бубеном можно куды угодно и что угодно вопрос - при чем тут дистрибутив? надо и особой разницы нет что брать за основу. DEO в этом случае - разница есть и весьма большая - АЛЬТ Вы будете ставить DEO туда руками, деб - инсталлером DEO впрочем отвлеклись от темы DEO серверный дистр понктом номер 1 идет стабильность Чёткое определение стабильности в студию, после этого продолжаем разговор. 1. хорошая оттестированность 2. отсутствие несогласованностей (помница в АЛЬТе из секьюрити-апдейтов postfix-овский конфиг рехтовать приходилось - от ведь маразьма) - в принципе проистекает из 1, но выделил в отдельный пункт, так как кроме оттестированности включает в себя еще и базовую работу 3. быстрая реакция на проблемы Кроме того, прошу озвучить и другие качества, а также общую систему оценки. Если за повышение стабильности на N придётся потерять в функциональности, удобстве, производительности, безопасности, времени, и в стоимости создания и обслуживания комплекса на M, то как будем определять равноценность? стабильность предполагает потерю функциональности (хотя-бы в лице _нового_ софта). это положение неизменимо. тут наверное единственное решение - как у деба - предоставление нескольких веток с разным отношением стабильность/новизна (функциональность) в принципе еслиб тот-же АЛЬТ вместо дедалуса создал репозитарий стаблеус, то оно бы было самое то конечно можно чистить руками при установке нового сервера, но чистить с 300 метров или с 50-ти согласитесь разные вещи Если чистить с пом-ю apt-get то абсолютно никакой. DEO ? DEO разве не нужно сперва разобраться шо енто за пакет, и нужен он или нет? DEO не хватит ли разборок с тем _что_ ставишь? еще головняк с тем что не DEO нужно? спасибо Если речь идёт об использовании apt-get, то таки правильный подход убивать всё, о чём не знаешь. Есть пакеты, которые нужны. Если им что-то ещё нужно -- это прописано в зависимостях. как героически преодолеть - это мы знаем Вы скажите - неужели нельзя итить в направлении неприкладывания героических усилий? если мы позиционируем дистр как универсальный, то он должен 1. предоставлять разные уровни отношений стабильность/функциональность (в дебе есть, в альте - нет) 2. стремиться к минимизации базе-инсталла (тут можно долго говорить зачем, но примеров много - один из них - маленькие прилады на флешках, другой может быть ембедед, третий ...) это как спор микрокернел vs немикрокернел. только тут микробазе + апт однозначно выигрывает у немикробазе + что угодно (в дебе есть, в альте - нет) 3. интегрировать максимальное кол-во софта (тут у альта в чем-то даже лучше чем у деба - вот Вы пример привели с рус. апачем, хотя за отсутсвием п.1 у АЛЬТа один гимор меняется другим просто) 4. ну и поддержка.. community@ у альта тут вне конкуренции 5. что-то еще?
Re: Вопрос о выборе ди стрибутива...
Здравствуйте, On Mon, Feb 16, 2004 at 05:53:15PM +0200, Maxim Tyurin wrote: On Mon, Feb 16, 2004 at 05:45:08PM +0300, Dmitry E. Oboukhov wrote: речь же шла о _стабильности дистрибутива_ Вы с нее переметнулись в другую степь... сравните два полиси (утрированно): 1. Deb: исправляем все известные ошибки пока они есть 2. Alt: исправляем известные ошибки в течение 1 месяца Только после вылавливания багов на спарках, мипсах и т.п дистрибутив стареет настолько что на новый сервер его поставить только с большим бубном можно. У каждого своя ниша. И что? А на спарк Дениске ставить что было? Древнюю солярку? А потом миррорить docs.sun.com? Я не знала, что Альт поддерживает только i386. Это большой недостаток, если он позиционируется и как сервер, и как десктоп. Если мне на сервере PostgreSQL 7.3 нужен? Чем мне Debian поможет? Про sid на сервере не нужно рассказывать и про apt.org тоже. Кроме того нормальное ядро нужно тянуть из другого дистрибутива тк. в репозитарии нормальных нет (хоть сборка ядра в Debian очень удобно сделана и то хорошо). Для приложений, с которыми работают юзеры, всегда выдвигается ими или контекстом список требований, которые в полном объеме обязательно не совпадут с ключами компицяции софтины в пакете. Поэтому я никогда даже не пробовала ставить apache, php, mysql из пакета. Postgre ставила, когда смотрела на ваш же коммунивер. :-) Ядра дистрибутивные не надо ругать - да, собраны плохо, но в том же RH еще хуже. Есть у нас сервер с rh-ядром, умеет создавать ipip-туннели, но не умеет их инициализировать, позволяет создать только 5 ppp-интерфейсов. Даже не представляю, как можно было добиться такого результата. :-) Посмотрел я на сервера. Система практически на всех 200-400Mb занимает независимо от дистрибутива Я еще понимаю если систему на флешку запихнуть надо но там все равно руками обтачивать надо и особой разницы нет что брать за основу. Как говорил Дерево, хоббит, шмоббит, все, что не умеет черенками размножаться, не есть сервер. Все, что не умеет ставиться с 2-3 дискет с sunet.se - не серверный дистрибутив. :- конечно можно чистить руками при установке нового сервера, но чистить с 300 метров или с 50-ти согласитесь разные вещи Если чистить с пом-ю apt-get то абсолютно никакой. Прежде, чем что-то почистить, надо что-то поставить. А ставить, предположим, по дайлапу 300 метров и 50 - разница большая. -- Elena Egorova, SatGate LLC, +7 0112 573073 +7 0112 573070
Re: Serial-ATA Linux
Здравствуйте, 2.4. с какой-то версии поддерживает SATA. У меня работает вот с таким ядром: 2.4.23-pre5-mppe-xtp без libata патча. На интеловских материнках стоят рейд-контроллеры совершенно разных производителей, Promise, например. Поэтому драйвера надо искать на сайте произвоителя контроллера, и проверять его наличие и совместимость заранее. On Mon, Feb 16, 2004 at 08:24:01PM +0100, Alex Riesen wrote: Maxim Krentovskiy, Mon, Feb 16, 2004 19:42:05 +0100: Избитый вопрос, но беглый поиск по списку рассылки ничего не дал. Как у нашего горячо любимого с поддержкой Serial-ATA и Serial-ATA-RAID. Интересуют как внешние контроллеры, так и чипсеты материнских плат, особенно Intel. :) Заранее спасибо. 2.6 поддерживает (2.6.2 точно поддерживает). SATA вообще и интеловские наборы в частности. Для 2.4 надо искать libata патч. -- Elena Egorova, SatGate LLC, +7 0112 573073 +7 0112 573070
Re: iptables icq
On Tue, 17 Feb 2004 11:52:37 +0300 Vadim Kutchin [EMAIL PROTECTED] wrote: Доброго времени суток! Вопрос созрел по iptables и icq. Необходимо запретить пользователю аську. Пишу так: iptables -I INPUT -s user_ip -p tcp --dport 5190 -j DROP iptables -I INPUT -s user_ip -p udp --dport 4000 -j DROP по iptables -L -v видим (кусочек): Chain INPUT (policy DROP 889K packets, 115M bytes) pkts bytes target prot opt in out source destination 0 0 DROP udp -- anyany user_ip anywhere udp dpt:4000 0 0 DROP tcp -- anyany user_ip anywhere tcp dpt:5190 Что, как ни странно не помогает. Пользователь коннектится и юзает аську. Как быть? вариантов несколько. 1) самый простой (с моей точки зрения) закрыть юзерам доступ к подсетям AOL. 2) метить трафик содержащий аськовыый протокол и заворачивать его. Думаю, что так делать можно, как именно - не знаю. Тут надо доки курить. Уверен, что есть и более другие способы )) -- WBW, AmadiS Institute of chemistry, Syktyvkar, Komi Republic, Russia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iptables icq
Vadim Kutchin wrote: Доброго времени суток! Вопрос созрел по iptables и icq. Необходимо запретить пользователю аську. Пишу так: iptables -I INPUT -s user_ip -p tcp --dport 5190 -j DROP iptables -I INPUT -s user_ip -p udp --dport 4000 -j DROP по iptables -L -v видим (кусочек): Chain INPUT (policy DROP 889K packets, 115M bytes) pkts bytes target prot opt in out source destination 0 0 DROP udp -- anyany user_ip anywhere udp dpt:4000 0 0 DROP tcp -- anyany user_ip anywhere tcp dpt:5190 Что, как ни странно не помогает. Пользователь коннектится и юзает аську. Как быть? Менять INPUT на FORWARD. -- Don't open the darkroom door; it lets all the dark out.
Re: Вопрос о выборе дистрибутива...
Дайте и я кину камень в этот разговор. Сидел я на Шапке до 7.3 (кое-где так и осталась стоять, и аптайм более года, а как уже говорили - работает - не трожь). Дебиан попробовал, даже не помню почему, но где-то прочел, что адмнить легче. Идеология дистрибутива очень понравилась. Привык уже и пакеты сам собирать и свой репозитарий держать. Чтобы человек мог опредилиться что ставить - надо попробовать все варианты или если какой-то устраивает - остальные можно и не пробовать. Не помню кто, но интересовался Postgres 7.4.1, вот, посмотрите, сам не пробовал, но наверное гляну как-нибудь, всетаки с Дебиана (или я ошибся ??? на сайте не нашел упоминания) ноги растут у дистрибутива: http://lists.trustix.org/mailman/private/tsl-announce/2004-February/000216.html http://www.trustix.org/
Re: iptables icq
On Tue, Feb 17, 2004 at 12:20:33PM +0300, Slava Astashonok wrote: iptables -I INPUT -s user_ip -p tcp --dport 5190 -j DROP Менять INPUT на FORWARD. спасибо всем ответимшим. -- WBW, AmadiS Institute of chemistry, Syktyvkar, Komi Republic, Russia
Samba 3.0 + kernel 2.6.2 + linux extensions
Hello debian-russian ! Есть samba сервер с Samba 3.0, к которому у меня нет доступа. У меня стоит kernel 2.6.2. Есть ли какой-то способ на клиенте (у меня) отключить linux extensions что-бы при smbmount //server/share симлинки оставались правильными ? -- Vladimir
Re: iptables icq
iptables -I INPUT -s user_ip -p tcp --dport 5190 -j DROP Менять INPUT на FORWARD. это не поможет, кроме перечисленных портов, icq умеет коннектится и на другие (9475, etc) Более правильный способ - искать в IP пакете специфический для icq кусок текста (такие есть) и все пакеты где он встречается - DROP
Re: iptables icq
On Tue, Feb 17, 2004 at 11:52:37AM +0300, Vadim Kutchin wrote: Вопрос созрел по iptables и icq. Необходимо запретить пользователю аську. Пишу так: Сервера ICQ слушают не только 5190 порт. Легче перечислить те номера портов, которые они НЕ слушают... Подход (разрешить все, кроме ...) не годится в корне. Запретить AOL-блоки адресов -- человек найдет любой пригодный для ICQ прокси-сервер снаружи. Лучше действовать кувалдой, или через руководство, если ICQ так сильно мешает рабочему процессу.
Radeon driver install problem
Title: Radeon driver install problem Привет! Ставлю значит дрова радеоновские (из рпм-ки fglrx-glc22-4.3.0-4.7_i386.rpm, переколбашенной alien-ом в .deb). Грязно ругается вот таким выражением: Попытка перезаписать /usr/X11R6/lib/libGL.so.1.2 который также присутствует в пакете xlibmesa3 Переименовывал эту сошку - не помогло. Пакет xlibmesa3 не удаляется - слишком много на нем завязано всего. Как быть? Alexey Buistov, Software Engineer, Miratech Ltd. 41 Nauki Ave, 03028 Kiev, Ukraine, tel: +38 044 206 4090 ext number +38 044 206 4099 fax: +38 044 206 4091
гигабит
Здравствуйте все. Есть свич 3com, с двумя гигабитными портами. Есть сервер с гигабитной сетевухой. Есть другая машина воткнутая в 100-мб разъем свича. если сервер воткнут в 100-мб разъем то максимальная скорость - 9мб. если сервер воткнуть в гигабит, то макс - 4.5мб. что это значит? может нужны специальные патчи?
Re: Вопрос о выборе дистрибутива...
On Tue, 17 Feb 2004, Elena Egorova wrote: личности. FreeBSD, которая только недавно научилась SMP и чуть раньше загружаемые модули представляет собой практически один монолитный кусок кода, который страшно изменить хотя бы в одной точке. Linux по сравнению со всем этим, предоставляет очень удобное модульное ядро, предоставляющее возможность человеку копаться в отдельных частях, не затрагивая другие (вот люди и копаются). Все Резидентный модуль - тоже модуль. -- Если уж гайка есть, она должна быть затянута до конца.
src-deb
Hi, All! в /apt/sources.list прописал адреса для src-deb сделал apt-get update как мне теперь пользоваться этими src-deb?
Re: гигабит
Как-то Tue, 17 Feb 2004 13:22:40 +0300 Andrey Tatarinov [EMAIL PROTECTED] писал(а): Andrey Tatarinov [EMAIL PROTECTED] Здравствуйте все. Есть свич 3com, с двумя гигабитными портами. Есть сервер с гигабитной сетевухой. Есть другая машина воткнутая в 100-мб разъем свича. если сервер воткнут в 100-мб разъем то максимальная скорость - 9мб. если сервер воткнуть в гигабит, то макс - 4.5мб. что это значит? может нужны специальные патчи? Flow Control не пробовали? -- UIN: 119944395 HP: http://mkaudio.sf.net/, http://fssg.st-oskol.ru/ Andrey Andruschenko, SOLUG/SOFSSG , инженер-программист, S.A. ЦентрТелеком, Старооскольский ГорПТУС
Re: Radeon driver install problem
Alexey Buistov [EMAIL PROTECTED] writes: Привет! Ставлю значит дрова радеоновские (из рпм-ки fglrx-glc22-4.3.0-4.7_i386.rpm, переколбашенной alien-ом в .deb). Грязно ругается вот таким выражением: Попытка перезаписать /usr/X11R6/lib/libGL.so.1.2 который также присутствует в пакете xlibmesa3 Я бы удалил эту libGL.so.1.2 из деб-пакета fglrx-glc22-... Что-то типа: dpkg -x fglrx-glc22-*.deb `basename fglrx-glc22-*.deb .deb` dpkg -e fglrx-glc22-*.deb `basename fglrx-glc22-*.deb .deb`/DEBIAN rm `basename fglrx-glc22-*.deb .deb`/usr/X11R6/lib/libGL.so.1.2 dpkg -b `basename fglrx-glc22-*.deb .deb` Ну и проверить: lintian fglrx-glc22-*.deb Сам не пробовал делать что-то подобное, поэтому не уверен, что сработает... Еще можно попробовать с помощью mc удалить этот файл. Кажись он такое умеет (у меня его нет, поэтому не проверял). -- Mikolaj Golub
Re: Вопрос о выборе ди стрибутива...
On Tue, Feb 17, 2004 at 11:15:39AM +0300, Denis Smirnov wrote: Каши MySQL очень даже просить и команды соответствующие имеет :) А PostgreSQL просто рассчитан на то, что поставить VACUUM ANALYZE в cron труда не составляет, а производительность резко увеличивает. если бы просто в cron. а то ведь при нормальной авторизации ещё свой скрипт писать придёться... -- A: No Q: Should I quote below my post? Good luck! /AKA Druid
LDAP, samba и прочая интег рация
Здравствуйте! Документации по приведению связки LDAP+samba в работоспособное состояние много, но хотелось бы знать, имеются ли нормативы/рекомендации/традиции по организации этой работы именно по-дебиановски. Противоречия между пакетами начинаются уже при миграции passwd/shadow: migrationtools пытаются создать уже существующего cn=admin, samba тоже взаимодействует с LDAP после рихтовки - нужно создать ou=Computers и кое что поправить в smbldap-tools. Но поправить можно разными способами, причем работать будет и так, и эдак. Как узнать, какой из способов не будет противоречить будущим изменениям в пакетах? Хочется вырастить дерево LDAP, устойчивое к изменениям среды. Дмитрий Федосеев.
Re: гигабит
Andrey Andruschenko wrote: Есть свич 3com, с двумя гигабитными портами. Есть сервер с гигабитной сетевухой. Есть другая машина воткнутая в 100-мб разъем свича. если сервер воткнут в 100-мб разъем то максимальная скорость - 9мб. если сервер воткнуть в гигабит, то макс - 4.5мб. что это значит? может нужны специальные патчи? Flow Control не пробовали? Да, Flow Control используется.
Re: гигабит
В сообщении от 17 Февраль 2004 16:13 Andrey Tatarinov написал(a): Andrey Andruschenko wrote: Есть свич 3com, с двумя гигабитными портами. Есть сервер с гигабитной сетевухой. Есть другая машина воткнутая в 100-мб разъем свича. если сервер воткнут в 100-мб разъем то максимальная скорость - 9мб. если сервер воткнуть в гигабит, то макс - 4.5мб. что это значит? может нужны специальные патчи? Flow Control не пробовали? Да, Flow Control используется. Кабель категории 6 на гигабите? With best regards, Andrey A. MINEEV [EMAIL PROTECTED]
Re: гигабит
Как-то Tue, 17 Feb 2004 15:13:58 +0300 Andrey Tatarinov [EMAIL PROTECTED] писал(а): Andrey Tatarinov [EMAIL PROTECTED] Andrey Andruschenko wrote: Есть свич 3com, с двумя гигабитными портами. Есть сервер с гигабитной сетевухой. Есть другая машина воткнутая в 100-мб разъем свича. если сервер воткнут в 100-мб разъем то максимальная скорость - 9мб. если сервер воткнуть в гигабит, то макс - 4.5мб. что это значит? может нужны специальные патчи? Flow Control не пробовали? Да, Flow Control используется. Вообще-то для решения проблемы информации явно маловато... Что за свич(управляемый/нет), что за сервер(ОС? сетевуха? модули? ядро?), тип используемого кабеля? Представьте что Вы обратились в техподдержку... 8) -- UIN: 119944395 HP: http://mkaudio.sf.net/, http://fssg.st-oskol.ru/ Andrey Andruschenko, SOLUG/SOFSSG , инженер-программист, S.A. ЦентрТелеком, Старооскольский ГорПТУС
Re: src-deb
Am 16.02.2004 18:41 schrieb Shilov Vladimir: в /apt/sources.list прописал адреса для src-deb сделал apt-get update как мне теперь пользоваться этими src-deb? apt-get source пакет Женя -- Messages which will be detected from spamtest.ru as SPAM will be deleted immediately. Use [!NO SPAM!] in subject to mark your messages as not being SPAM. Messages marked this way are excluded from SPAM-detection.
Re: Radeon driver install problem
On Tue, Feb 17, 2004 at 12:35:08PM +0100, Mikolaj Golub wrote: Привет! Ставлю значит дрова радеоновские (из рпм-ки fglrx-glc22-4.3.0-4.7_i386.rpm, переколбашенной alien-ом в .deb). Грязно ругается вот таким выражением: Попытка перезаписать /usr/X11R6/lib/libGL.so.1.2 который также присутствует в пакете xlibmesa3 Я бы удалил эту libGL.so.1.2 из деб-пакета fglrx-glc22-... А я бы таки почитал readme, который есть внутри этого rpm. Myp
Re: src-deb
On Mon, Feb 16, 2004 at 07:41:27PM +0200, Shilov Vladimir wrote: Hi, All! в /apt/sources.list прописал адреса для src-deb сделал apt-get update как мне теперь пользоваться этими src-deb? man apt-get на предмет source -- Иван Лох
Re: Radeon driver install problem
On Tue, 17 Feb 2004 11:37:40 +0200 Alexey Buistov [EMAIL PROTECTED] wrote: AB Ставлю значит дрова радеоновские (из рпм-ки fglrx-glc22-4.3.0-4.7_i386.rpm, переколбашенной alien-ом в .deb). Грязно AB ругается вот таким выражением: AB AB Попытка перезаписать /usr/X11R6/lib/libGL.so.1.2 который также присутствует в пакете xlibmesa3 AB AB Переименовывал эту сошку - не помогло. AB Пакет xlibmesa3 не удаляется - слишком много на нем завязано всего. Я ставил с ключем форсе. Предварительно месовский libGL переименовав. -- Tim Tereschenko
Помогите настроить мультипортовку.
Здравствуйте. Помогите настроить DigiBoard PC/16e ядро 2.4.24-1-686 digiboard.txt читал. Но я не нахожу у себя модуля pcxx. При добавлении в lilo строчки append=digi=Enable,PC/Xe,Disable,16,200,D000 ничего кроме строчки в логе загрузке ядра не происходит. И при попытке обратиться к устройствам ttyD0...15 таких устройств нет. /dev/ttyD0... -создал скриптом из digiboard.txt Но я вообще не вижу в /boot/config... никаких упоминаний о pcxx И в исходниках ядра, хотя сами файлы pcxx есть при make menuconfig я его нигде не нахожу. :( При попытке загрузить epca получаю devfs_register(cud):could not append to parent,err:-17 -- Best regards, Dmitry mailto:[EMAIL PROTECTED]
Re[2]: гигабит
Hello Andrey, Tuesday, February 17, 2004, 3:34:02 PM, you wrote: AAM В сообщении от 17 Февраль 2004 16:13 Andrey Tatarinov написал(a): Andrey Andruschenko wrote: Есть свич 3com, с двумя гигабитными портами. Есть сервер с гигабитной сетевухой. Есть другая машина воткнутая в 100-мб разъем свича. если сервер воткнут в 100-мб разъем то максимальная скорость - 9мб. если сервер воткнуть в гигабит, то макс - 4.5мб. что это значит? может нужны специальные патчи? Flow Control не пробовали? Да, Flow Control используется. AAM Кабель категории 6 на гигабите? AAM With best regards, Andrey A. MINEEV AAM [EMAIL PROTECTED] AAM ╒╦ категория 6 не стандартизирована, для гигабита хватит 5е -- Best regards, SeVmailto:[EMAIL PROTECTED]
Debian и Active Server Pages.
Здравствуйте! Никогда не сталкивался с сайтами, сделанными с использованием Active Server Pages. Возник вопрос - можно ли перенести такое чудо на машину с Debian/Linux. И вот эта штуковина - по ссылочке - http://wwws.sun.com/software/chilisoft/index.html она как-то может быть причастна к переносу :) то есть дать программам на .asp(?) то, что им хочется, но в среде Debian? -- Постучите по арбузу. Если вам ответят, не берите.
Re: Debian и Active Server Pages.
Priv Никогда не сталкивался с сайтами, сделанными с использованием Active Server Pages. Счасливчик... Возник вопрос - можно ли перенести такое чудо на машину с Debian/Linux. Был уверен, что ASP живет и бегает только под IIS, т.е. NT. Можно попробовать IIS под wine прикрутить, но я на такую связку все таки полагатся не стал. И вот эта штуковина - по ссылочке - http://wwws.sun.com/software/chilisoft/index.html Эта штуковина, судя по сслыке (ты ее вообще читал, или сюда постныл чтоб кто-то разобрался и разяснил?) Supports ASP 3.0, наверное имеет смысл написать туда (в Sun) и спросить, что за ASP они имеют в виду, тот-же что и у MS или какой другой. А так Linux (x86) Kernel 2.4, GLIBC 2.2.5, Debian этому вполне удовлетворяет. она как-то может быть причастна к переносу :) то есть дать программам на .asp(?) то, что им хочется, но в среде Debian? По слухам (сам я код asp никогда не видел), он должен быть похож на PHP, что под Линем вообще и под Дебианом в частности бегает более чем удовлетворительно, так что остается опция переработать слегка код под php. А если обратно на Винду захочется, то там php тоже бегает. Постучите по арбузу. Если вам ответят, не берите. Арбуз, ответь...
Re: Debian и Activ e Server Pages.
Hi, On Tue, Feb 17, 2004 at 06:45:52PM +0300, Andrey Nekrasov wrote: Здравствуйте! Никогда не сталкивался с сайтами, сделанными с использованием Active Server Pages. Возник вопрос - можно ли перенести такое чудо на машину с Debian/Linux. И вот эта штуковина - по ссылочке - http://wwws.sun.com/software/chilisoft/index.html она как-то может быть причастна к переносу :) то есть дать программам на .asp(?) то, что им хочется, но в среде Debian? У меня знакомые вроде на нем крутят какой-то форум, написанный на ASP. То есть да, правкой пары строк (источника БД) ASP-сайт скорее всего можно будет адаптировать к работе в linux. С этим CASP кажется идут подробные доки по портированию софта, и под тем, какие стандартные об[екты ASP в нем реализованы.. -- Best regards, -Vlad
Re: Debian и Activ e Server Pages.
On Tue, Feb 17, 2004 at 06:45:52PM +0300, Andrey Nekrasov wrote: Никогда не сталкивался с сайтами, сделанными с использованием Active Server Pages. Возник вопрос - можно ли перенести такое чудо на машину с Debian/Linux. Иногда -- да. Если язык перл, то может помочь apt-get install libapache-asp-perl если VB, то, кажется, есть коммерческие приблуды какие-то. -- Иван Лох
Re: Отключение монитор а
On Tue, Feb 17, 2004 at 09:57:25AM +0500, Sergey wrote: Привет всем! Чем можно выключать/включать монитор в иксах? (Всмысле какая команда, чтоб это делать с помощью lirc-а) xset dpms force off -- ilya voronin [EMAIL PROTECTED]
Re: Вопрос о выборе ди стрибутива...
On Tue, Feb 17, 2004 at 02:44:04PM +0300, Vasiliy 'Druid' Misharev wrote: Каши MySQL очень даже просить и команды соответствующие имеет :) А PostgreSQL просто рассчитан на то, что поставить VACUUM ANALYZE в cron труда не составляет, а производительность резко увеличивает. VDM если бы просто в cron. а то ведь при нормальной авторизации ещё свой VDM скрипт писать придёться... Кстати, можно ли MySQL научить авторизовывать по-человечески (в смысле аналог ident авторизации в постгресе)? Во многих случаях авторизация по паролю совсем не нужна. А mysqlcheck я использую неправильным методом: с -u root --password=пароль. Так как используется ограничение на доступ к /proc это оказывается не страшно. -- С уважением, Денис http://freesource.info
Re: Debian и Active Server Pages.
Andrey Nekrasov wrote: Никогда не сталкивался с сайтами, сделанными с использованием Active Server Pages. Возник вопрос - можно ли перенести такое чудо на машину с Debian/Linux. я видел на свежем мясе конвертор asp-php, может поможет? -- Best regards, Sergey Spiridonov жарко под луной, тесно под рубахой
Debian GNU/Linux 3.0 or Debian GNU/Linux 3.0R2
Здравствуйте, debian-russian. Спешу задать вопрос. как отличить, сравнить два релиза Дебиана Debian GNU/Linux 3.0 и Debian GNU/Linux 3.0r2 какие есть возможности и какие отличия этих двух выпусков? Заранее благодарен. -- С уважением, Fedir
Re: Serial-ATA Linux
Elena Egorova, Tue, Feb 17, 2004 10:17:40 +0100: Избитый вопрос, но беглый поиск по списку рассылки ничего не дал. Как у нашего горячо любимого с поддержкой Serial-ATA и Serial-ATA-RAID. Интересуют как внешние контроллеры, так и чипсеты материнских плат, особенно Intel. :) Заранее спасибо. 2.6 поддерживает (2.6.2 точно поддерживает). SATA вообще и интеловские наборы в частности. Для 2.4 надо искать libata патч. 2.4. с какой-то версии поддерживает SATA. У меня работает вот с таким ядром: 2.4.23-pre5-mppe-xtp без libata патча. и то правда. Silicon Image, Highpoint (не уверен) и Intel. Ещё кое-что поддерживается scsi-драйверами.
Re: Debian GNU/Linux 3.0 or Debian GNU/Linux 3.0R2
Fedir Gontsa [EMAIL PROTECTED] writes: Здравствуйте, debian-russian. Спешу задать вопрос. как отличить, сравнить два релиза Дебиана Debian GNU/Linux 3.0 и Debian GNU/Linux 3.0r2 какие есть возможности и какие отличия этих двух выпусков? Заранее благодарен. Второй - это первый с security fix'ами -- С уважением, Константин Матюхин root:x:0:0:God:/root:/bin/sh daemon:x:1:1:Daemon:/usr/sbin:/bin/sh adam:x:1001:1001:Adam:/home/adam:/bin/sh eva:x:1002:1002:Eva:/home/eva:/bin/sh
[CVS] debian-installer debian-installer_retriever_choose-mirror_ru.po,1.7,1.8
Update of /var/lib/gforge/chroot/cvsroot/l10n-russian/debian-installer In directory quantz:/org/alioth.debian.org/chroot/home/users/rttr-guest/syncforge/debian-installer/l10n-russian Modified Files: debian-installer_retriever_choose-mirror_ru.po Log Message: This is autocommit by script in order to sync with upstream templates Index: debian-installer_retriever_choose-mirror_ru.po === RCS file: /var/lib/gforge/chroot/cvsroot/l10n-russian/debian-installer/debian-installer_retriever_choose-mirror_ru.po,v retrieving revision 1.7 retrieving revision 1.8 diff -u -d -r1.7 -r1.8 --- debian-installer_retriever_choose-mirror_ru.po 13 Feb 2004 19:10:20 - 1.7 +++ debian-installer_retriever_choose-mirror_ru.po 17 Feb 2004 08:10:20 - 1.8 @@ -13,7 +13,7 @@ msgid msgstr Project-Id-Version: debian-installer_retriever_choose-mirror_ru\n -POT-Creation-Date: 2004-02-13 13:05-0500\n +POT-Creation-Date: 2004-02-17 08:54+0100\n PO-Revision-Date: 2004-01-20 12:26+0700\n Last-Translator: Eugene Konev [EMAIL PROTECTED]\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n @@ -42,41 +42,40 @@ HTTP, . -#. Type: string -#. Description -#: ../choose-mirror.templates:28 -msgid Enter the hostname of the mirror from which Debian will be downloaded. -msgstr, Debian. - -#. Type: string +#. Type: select #. Description -#: ../choose-mirror.templates:34 +#: ../choose-mirror.templates:19 #, fuzzy -msgid Enter mirror directory: -msgstr: +msgid +Please select a Debian archive mirror. You should use a mirror in your +country or region if you do not know which mirror has the best Internet +connection to you. +msgstr + Debian. , + , . #. Type: string #. Description -#: ../choose-mirror.templates:34 +#: ../choose-mirror.templates:28 #, fuzzy -msgid Enter the directory in which the Debian mirror is located. -msgstr - , Debian. +msgid +Please enter the hostname of the mirror from which Debian will be downloaded. +msgstr, Debian. #. Type: string #. Description -#: ../choose-mirror.templates:39 -msgid Enter http proxy information, or leave blank for none: +#: ../choose-mirror.templates:40 +msgid HTTP proxy information (blank for none): msgstr - HTTP-, , - : + HTTP- ( , +): #. Type: string #. Description -#: ../choose-mirror.templates:39 +#: ../choose-mirror.templates:40 #, fuzzy msgid -If you need to use a http proxy to access the outside world, enter the proxy +If you need to use a HTTP proxy to access the outside world, enter the proxy information here. Otherwise, leave this blank. msgstr HTTP- , @@ -84,7 +83,7 @@ #. Type: string #. Description -#: ../choose-mirror.templates:39 +#: ../choose-mirror.templates:40 msgid The proxy information should be given in the standard form of \http://; [[user][:[EMAIL PROTECTED]:port]/\ @@ -94,39 +93,39 @@ #. Type: select #. Description -#: ../choose-mirror.templates:50 +#: ../choose-mirror.templates:51 #, fuzzy -msgid Debian mirror: +msgid Debian archive mirror: msgstr Debian: #. Type: select #. Description -#: ../choose-mirror.templates:50 +#: ../choose-mirror.templates:51 #, fuzzy msgid -Please select a Debian mirror. You should use a mirror in your country or -region if you do not know which mirror has the best Internet connection to -you. +Please select a mirror for the Debian archive. You should use a mirror in +your country or region if you do not know which mirror has the best Internet +connection to you. msgstr Debian. , , . #. Type: select #. Description -#: ../choose-mirror.templates:50 +#: ../choose-mirror.templates:51 msgid Usually, ftp.your country code.debian.org is a good choice. msgstrftp. .debian.org. #. Type: string #. Description -#: ../choose-mirror.templates:59 +#: ../choose-mirror.templates:60 #, fuzzy -msgid Enter mirror hostname: -msgstr: +msgid Debian archive mirror hostname: +msgstr : #. Type: string #. Description -#: ../choose-mirror.templates:59 +#: ../choose-mirror.templates:60 msgid Please enter the network name of the host from which Debian will be downloaded. @@ -134,31 +133,35 @@ #. Type: string #. Description -#: ../choose-mirror.templates:66 -msgid Mirror directory: -msgstr: +#: ../choose-mirror.templates:67 +#, fuzzy +msgid Debian archive mirror directory: +msgstr : #. Type: string #. Description -#: ../choose-mirror.templates:66 +#: ../choose-mirror.templates:67 #, fuzzy -msgid Please enter the directory in which the Debian mirror is located. +msgid +Please enter the directory in which the mirror of the Debian archive is +located. msgstr , Debian. #. Type: string #. Description -#: ../choose-mirror.templates:71 -msgid HTTP proxy information (blank for none): +#: ../choose-mirror.templates:73 +#, fuzzy +msgid FTP
