Hans R. Steiner

Если бы Вы еще вспомнили как читать... было бы вообще великолепно... Не понял с первого раза, прочитай еще, если все еще не понятно, читай пока не поймешь! Были даны конкретные ответы на вопрос! Если лень, не умеешь или не хочешь, ищи другие форумы для "пообщаться"!

И так, можно перенести на другой день! Лично я могу в любой день подъехать...

А не проще принять один из советов? Я предложил тот вариант, который не требует прописывания даже одной строчки и требует минимум внимания, для поддержания работоспособности (все берет на себя сервер, предоставляющий почтовый ящик), если Вы не хотите ни документации читать, ни предлогаемые варианты принимать, а только будить, что никто не может сказать Вам то, что Вы хотите услышать (при том, что Вам говорят именно то, что нужно)... Вы просто ошиблись адресом!

1. А Вы задумывались, надо ли Вам новое ядро? 2. Нобросайте патчей на мандрейковское ядро...

А длятого, что бы дублировалась, к примеру на email.ru, есть галочка, удалять писма при переадресации... ...ее можно снять...

1. Практически все нынешние почтовые сервера, даже халявные, поддерживают функции перенаправления почты или сбора почты с других серверов... 2. Можно перенаправлять почту из почтового клиента при ее получении.

По фотографиям, мне "Глясе" понравился, но ни в "Глясе", ни в "Бомбардире" я ни разу не был... Пусть решает большинство

Господа, поступило предложение (от меня), сделать встречу linux.ru регулярной. Предлогаю провести сбор в следующую пятницу (20/05/2005), но считаю необходимым, предварительно наметить план встречи по примеру: 0. сбор: -- ожидание всех, кто обещал прийти -- и рассаживание по своим местам. 1. начало встречи: -- выступление ключевого персонажа -- linux.ru Firebird'а о планах -- развития linux.ru. 2. тема #1: 3. тема #2: 4. тема #3: 5. Итоги встречи: -- Подведение итогов встречи. 6. банкет: -- пиво с криветками И так, принимаются заявки на участие и предложения, касательно тем для обсуждения. Встреча состоится 20 Мая 2005 года в bilinguaclub. предложения, касательно места и времени встречи так же принимаются. PS: Надеюсь, что буду не один

1. Програма вес это делать умеет, но не корректно! 2. Компания МандракаСофт позаботелись о возможности добавлять -- новые источники пакетов в свой манагер источника пакетов, но -- забыли сделать его полностью работоспособным. 3. Перевожу то, что писал раньше: -- 1. Отпрываете KDE Konqueror, идете в / -- 2. Выбираете в сервисах функцию поиска -- 3. Задаете поиск файла по его содержимому (надо найти файлы), -- -- содержащие упоминания о "hdlist1.cz". Из-за того, что я -- -- уже давно не работал с MDK Linux, я не помню, что это за -- -- файлы и хде они лежат. -- 4. Открываете файлы и правите нужный (нужный увидете сразу -- -- или найдете методом научного тыка) -- -- Добавляете носитель в соответствии с синтаксисом, -- -- примененным в этом файле, запускаете Ваш манагер и -- -- обновляеете в нем носители.

После четырех-пяти часов мучений с прикручиванием протокола KDE "device", смог найти выход из сложившейся ситуации. Как и всегда в подобных случаях, выход оказался давольно-таки простым - надо было всего лишь снести персональные настройки KDE, отвечающие за всякие поддерживаемые сервисы. Я не стал выбирать, что конкретно отвечает именно за этот сервис и просто загнал всю ~/.kde в бэкап. Посли этого, все заработало. Причина такой не совместимости настроек кроется в том, что в KDE были переименованы (заменены) ряд сервисов. Протокол "device" в KDE 3.4 претерпел некоторые изменения, видные уже с первого взгляда: 1. теперь он называется не "device", а "media" (из-за этого, у -- людей, положившых KDE 3.4 на старые настройки, при попытке -- просмотреть примантированные файловые системы через "модную -- фишку" в KDE Konqueror, появлялось сообщение, что протокол -- "device:" не поддерживается). 2. Теперь, по крайней мере, при поверхностном осмотре пациента -- "media", он показывает Вам не все смантированные на данный -- момент файловые системы, а только те, которые прописаны в -- /etc/fstab. Но, явным плюсом его является то, что он не -- просто отоброжает те ФС, которые на данный момент -- задействованы, а выступает в роли своеобразного менеджера -- устройств (даже автоматически определяет музыкальный компакт -- в сидюке). В общем, координальных изменений нет, но мелочей хватает (мелоч, а все равно приятно). Для тех, кто собирается обновить у себя KDE до версии 3.4, все же рекомендую не вычислять, какие файлы конфигурации совместимы, а какие нет, а просто убрать их куда- нибудь, а после, перенести обратно то, что им нужно.

Есть в мандраке конфиги этой дряни. Где они - не помню! Можно взять название существующих дисков и поискать файлы по содержимому. Там ручками добавить и обновить в софтине. "Надеюсь, я написал так же полно и точно, как был задан вопрос"

Касательно оболочек: Нет там никаких оболочек... точнее, есть, но по одной на каждого юзверя и определяются они в /etc/passwd. ~/.bashrc - это персональный конфигурационный файл юзверя для 'оболочки' bash. ~/.profile - это персональный конфиг профиля юзверя... /etc/profile - глобальныйконфиг профеля юзверя. Клгда юзверь проходит 'login', у него запускается шел (как правило - bash), при этом, обязательно исполняется /etc/profile. После, bash запускает свой bashrc и запускается ~/.profile который, может отменять/перекрывать/устанавливать "параметры", установленные /etc/profile. Касательно второго вопроса: ~/.bashrc и ~/.profail вообще могут отсутствовать... Они имеют отношение только к тому юзверю, в чьем домашнем каталоге лежат. Касательно комманды: Дурь это а не комманда! Какой диск отформатирутся в DOS после $ format "какой-то диск" ? Чего-то это комманда делает. _/_/_/_/_/ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/ _/ _/ _/_/ _/_/ _/_/_/_/_/ _/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/ _/ _/ _/

Как уже не однократно говорил, лучше выбирать Slackware. 1. Наиболее гибкий и избавленый от капризности и извратности производителей большинства коробочных дистрибутивов. 2. Необходимость все делать самостоятельно заставляет либо забыть о линуксе, либо учится с ним работать. 3. Минимальные неудобства при установке пакетов, не предназначенных для этого дистрибутива (с исходников). ...а вообще, здесь великое множество тем, с достаточно полным обсуждением-описанием различных дистрибутивов.

>>~/bash_profile export PATH="text"

Выглядит не плохо, но без ручной доработки, работает кривовато. Так и не смог прикрутить KDEшный протокол "device"

в мане по gcc, из путного, говорится с какой опцией надо компилировать пакет, что бы версия компилятора соответствовала нужной...

to White_Mouse Рут великолепно запускает иксовые программы даже по умолчанию, а вот иногда бывает, что юзверь иксы запускать не может... Лечится копированием конфигов рута... если вообще не заморачиваться... С запуском графики лечение проводится тремя методами: 1. Запускается настроечный скрипт (из пакета pkgtool) 2. Создается .xinitrc 3. Копируются конфигирута... (он там уже есть )

man gcc, сударь! Если Вы makefile смогли найти, прочитать ман по gcc Вам труда не составит...

Чтож, у всех разное мировозрение и разные принципы общения/учебы/обучения. Я не вижу тут текста, способного изменить мое мировозрение, но наверное, оно врядли многих интересует. Пусть каждый думает и действует так, как считает нужным, а эту тему следует закрыть ибо, нового тут никто и ничего не скажет!

Нельзя!Если Вы только ссх не перепишете...

Ты похоже не понял одного прикола... - я и есть провайдер. Вот и ломаю себе голову, почему машина жрет пакеты дхцп. И подсетей тоже много... Колец там тоже нет... ни в маршрутизации, ни физических...

Одним кабелем соединить сервер и клиента - анриал... провайдерская сеть... топология ужасная... сам еще не могу полностью понять, как и где... Таблица маршрутизации - можно сказать, что никакой... eth0 > eth1 & eth1 > eth0 пакеты дхцп застревают на этом роутере, независимо от того, находится дхцп-сервер на нем или за ним. В остальной сети все нормально работает. Штука интересная... уже что-то проясняется, но пока не заню...

В принципе, EvilShadow за меня ответил, но все же, есть чего добавить /boot так же очень удобен для эксперементов с другими дистрибутивами, установленными на этом же физическом диске. Когда появляется желание, как можно быстрее слинять из не понравившегося дистриба, в свою любимую, отлаженную систему, а загрузчик предусмотрительно затерт, можно примантировать бут, рут и востановить любимый загрузчик сразу в то состояние, в котором он был Ну а дальше, уже идут вопросы живучести и отказоустойчевости... кому-то дома это не надо, а кому-то надо... дело вкуса ))

Интересная ситуация: Есть router/dhcp-server на базе linux. Есть море клиентов, желающих получить ip. Клиенты просят dhcp дать им ip, dhcp добросовестно дает им ip, но информация о том, что dhcp дал ip клиенту, до клиента не доходит, т.е., Клиент отправляет запрос, сервер этот запрос обслуживает, выдает ответ, но клиент ответ не получает так, как этот ответ не уходит дальше сервера. Закопался уже... dhcp перенес ЗА этот роутер/сервер, но результ тот же.

Думаю, эт подойдет не тоько к слаке... (к слаке подходит точно) http://www.slackware.ru/article.ghtml?ID=472