Доброго времени суток, уважаемый all.

Дорвался я до толстого канала и решил выкачать debian etch (3 dvd).
Кошерному jigdo скормил шаблоны (конца февраля сего года) и столкнулся с
подозрительными симптомами на этапе закачки.
Ряда пакетов нету _нигде_ (http://ftp.[us|ru].debian.org/debian/ и
разные вторичные), и таких пакетов десятки (если не сотни). Например,
php4-snmp_4.4.4-8_i386.deb
apache-common_1.3.34-4_i386.deb
python-gnome2-extras-doc_2.14.2-1_all.deb
nagios2-common_2.6-2_all.deb
и множество других.
Соответственно, встречаю две неприятности. Во-первых, после прерывания
связи jigdo каждый раз пытается найти эти пакеты, после чего забывает
про прерванный файл (в начале формирования образов не забывала) и
начинает его качать сначала (связь рвется часто).
Во-вторых, очень любопытно, что же получится, когда я закончу
формирование образов.
Мож есть какой счастливый остров, где все эти файлы лежат? К некоторым
из них я встречал _более_новые_ и _более_старые_ версии, но мне надо
именно определенные...
Закачку ведет jigdo 0.7.2 под win.
Благодарен за высказывание любых соображений по этому поводу.

timothy silent

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30767; Возраст листа: 1333; Участников: 1439
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/649201

В Втр, 13/03/2007 в 12:11 +0300, Selam Y. пишет:
> Здравствуйте!
> Подскажите, пожалуйста, как установить драйвер к видеокарте ATI Radeon
> 1300X Pro (Saphire). Я скачал с официального сайта ATI.AMD.COM
> драйвера XFree86 4.3 Drivers и X.Org 6.8 Drivers, а также ATI Driver
> Installer. XFree86 и X.Org при установке жалуются на несоответствие
> "libexpat.so.1" (у меня libexpat с другим расширением) и установка
> прерывается, а при установке пакета ATI Driver Installer сначала
> выдается сообщение об отсутствии 2-х каталогов/папок, но установка
> продолжается в графическом режиме (пробовал пробовал и автоматическую
> и выборочную установку), но сам драйвер не встает. В главном меню
> появляется ссылка "ATI Menu Control", которая тоже не работает.
> Перед установкой удалил старый драйвер как рекомендовано на сайте в
> инструкции по установке. Правда драйвера эти под Red Hat и SuSe, у
> меня же Mandriva 2007 PowerPack+. Можно ли исправить как-нибудь эту
> ситуацию? Буду благодарен за любые советы.
>
> P.S. Старые видеокарты ATI Radeon 9200 дома и GeForce 4MX 440 на
> работе определялись автоматом без проблем. ОС одна и та же.
>
>
>
Я ставил из текстового режима, с отключением composite расширения в
конфиге. тогда Direct Rendering Работалю

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30766; Возраст листа: 1333; Участников: 1439
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/649196

В сообщении от 19 марта 2007 18:17 avm7wo***@m*****.ru написал(a):
> В какой кодировке вообще пишутся ISO?

iso8859-5

>
> Как решить эту проблему?

добавить --input-charset utf8 --output-charset iso8859-5 в опции mkisofs

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30765; Возраст листа: 1333; Участников: 1439
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/649189

В сообщении от 19 марта 2007 17:26 Vasilich написал(a):
> При загрузке у меня монтируется сабж (что достает, поскольку девайс
> пустой). Никто не знает, что это за хрень и как ее отключмть?
> AltLinux2.4, ядро 2.6.8, родное.

Это или SCSI CDROM или IDE CDROM с эмуляцией SCSI. Автомонтиррование
можно отключить добавив в параметр noauto в /etc/fstab для этого
устройства.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30764; Возраст листа: 1333; Участников: 1439
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/649188

Здравствуйте Konstantin Korikov
В сообщении от 19 марта 2007 Konstantin Korikov написал(a):
> Ну кому нужны символические ссылки, и сохраненные права
> доступа и идентификаторы пользователя и группы на CD? Разве что
> бэкапы системных каталогов делать.
Ну почему - очень удобно использовать символические ссылки, особенно и
на работе и дома только Linux, а о проблемах с Microsoft узнаёшь
случайно :)

Я просто не стал менять локаль на utf-8. IMHO пока от неё больше
проблем, чем пользы.

Здравствуйте Vasilich
В сообщении от 19 марта 2007 Vasilich написал(a):
> Никто не знает, что это за хрень и как ее отключмть? AltLinux2.4,
> ядро 2.6.8, родное

[q=/usr/share/doc/kernel-doc-std-.../cdrom/sbpcd]
Using audio CDs:
Workman, WorkBone, xcdplayer, cdplayer and the nice little tool "cdplay"
(see
README.aztcd from the Aztech driver package) should work.

The program CDplayer likes to talk to "/dev/mcd" only, xcdplayer wants
"/dev/rsr0", workman loves "/dev/sr0" or "/dev/cdrom" - so, make the
appropriate links to use them without the need to supply parameters.
[/q]

Valeriy:
> > Поэтому, пути решения просты: либо монтируем (нужные) диски с
> > опцией "norock" (и "utf8", конечно), отключая поддержку расширения
> > RockRidge, либо монтируем как придётся, но пользуем что-то в стиле:
>
> Всё это весьма познавательно, но как это может помочь прочитать знаки
> вопроса в именах файлов под Виндой, где "norock" просто некуда
> вписать? :) У меня на Мандриве была та же проблема в течении
> последних 2-3х версий и это единственное что сдерживало переход на
> уникодовую локаль. Подозреваю, что это дистроспецифичная проблема и
> виноват криво собранный К3Б или сдрекорд или кто там ещё формирует
> исошку, потому как на другом дистрибутиве я такой проблемы не
> наблюдаю. Интересно было бы послушать кто и как именно на Мандриве
> смог это побороть.

Диск, записанный с Joliet должен читаться под Windows без проблем. Если это
не так, то вероятнее всего это действительно кривой K3B. Попробуйте
поиграться с cdrecord напрямую на предмет создания разных ISO-шек с их
последующим прожигом, тогда будет понятно, кто виноват.

Valeriy:
> > Поэтому, пути решения просты: либо монтируем (нужные) диски с
> > опцией "norock" (и "utf8", конечно), отключая поддержку расширения
> > RockRidge, либо монтируем как придётся, но пользуем что-то в стиле:
>
> Всё это весьма познавательно, но как это может помочь прочитать знаки
> вопроса в именах файлов под Виндой, где "norock" просто некуда
> вписать? :) У меня на Мандриве была та же проблема в течении
> последних 2-3х версий и это единственное что сдерживало переход на
> уникодовую локаль. Подозреваю, что это дистроспецифичная проблема и
> виноват криво собранный К3Б или сдрекорд или кто там ещё формирует
> исошку, потому как на другом дистрибутиве я такой проблемы не
> наблюдаю. Интересно было бы послушать кто и как именно на Мандриве
> смог это побороть.

Диск, записанный с Joliet должен читаться под Windows без проблем. Если это
не так, то вероятнее всего это действительно кривой K3B. Попробуйте
поиграться с cdrecord напрямую на предмет создания разных ISO-шек с их
последующим прожигом, тогда будет понятно, кто виноват.

Konstantin Korikov:
> Нет смысла обычным пользователям вообще знать про этот подлый
> RockRidge, а писать с его поддержкой тем более.
>
> Кроме редких специфических задач, в RockRidge нет никакой
> необходимости. Ну кому нужны символические ссылки, и сохраненные права
> доступа и идентификаторы пользователя и группы на CD? Разве что бэкапы
> системных каталогов делать.

В принципе да, просто потом можно в нужный момент (когда понадобятся ссылки,
например) забыть про RockRidge. А так пишется себе всё и ладно...

В сообщении от 1174328917 секунд после начала Эпохи Roman I Khimov написал(а):

> Диски можно и даже желательно создавать с обоими расширениями, чтобы никому
> обидно не было, K3B так умеет.
>
> Но при этом, ядро, памятуя о братьях по разуму, считает, что имена файлов,
> записанные в RockRidge, значительно правильнее имён, обозначенных в Joilet.
> А вот то, что там кодировка не та, ядро не волнует, к сожалению.

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

Кроме редких специфических задач, в RockRidge нет никакой
необходимости. Ну кому нужны символические ссылки, и сохраненные права
доступа и идентификаторы пользователя и группы на CD? Разве что бэкапы
системных каталогов делать.

В сообщении от 1174324657 секунд после начала Эпохи avm7wo***@m*****.ru написал(а):

> В какой кодировке вообще пишутся ISO?

В ASCII :) Ну а если говорить про расширение Joliet (которое IMHO
наиболее переносимое), то там Unicode. И не важно какая локаль была на
системе, на которой записывался диск, и не важно в какой кодировке
хранились имена файлов на жестком диске, главное чтобы буквочки при
создании ISO были правильно переведены в Unicode. Для этого существует
опция -jcharset (или -input-charset) к команде mkisofs и код, который
проверяет кодировку локали, если такая опция не задана.

> Как решить эту проблему?

Использовать расширение Joliet и не передавать неправильное значение
кодировки команде mkisofs. :) Как объяснить это K3B не знаю, сам его не
использую.

Здравствуйте, avm7wo***@m*****.ru.
В сообщении от 19 Март 2007 г., 07:17:37 вы писали:

> Перевел систему на utf8. Система Мандрива 2007.
>
> До этого работал на koi8-r, при записи в К3В устанавливал параметр
> "Установить входную кодировку" на вкладке "Дополнительно" в koi8-r,
> все писалось и читалось на разных системах (и винде) нормально - я
> имею ввиду русские имена файлов.
> Теперь при работе в кодировке UTF8 в К3В выбрать нечего - там нет
> такой кодироки, пишутся имена в UTF, под виндой файлы с русскими
> именами на записанном диске видятся знаками вопросов, под линуксом
> нужно принудительно монтировать с кодировкой utf на не утф-ных
> системах.
>
> С другой стороны - монтирую сейчас на системе с кодировкой UTF
> записанный ранее диск, который нормально монтировался и под виндой и
> под линукс (русские имена читались) - знаки вопросов.
>
> В какой кодировке вообще пишутся ISO?
>
> Как решить эту проблему?

Попробуйте в настройках проекта установите расширение Joliet и удалить
Rock Ridge.

avm7wo***@m*****.ru:
> В какой кодировке вообще пишутся ISO?
>
> Как решить эту проблему?

Стандарт ISO сам по себе убогий от рождения, по стандарту там вообще имена
файлов в стиле DOS должны быть. Так как он по определению убогий, были
созданы два расширения - RockRidge и Joilet, один юниксовыми братьями по
разуму, другой Микрософтом.

Созданый братьями по разуму RockRidge позволяет устроить на CD некое подобие
UNIX-овой ФС (жёсткие/символические ссылки, например, даёт) и вообще очень
неплохо работает во всём кроме одного. RockRidge ни коим образом не
регламентирует кодировку имён на диске, в стиле "пишите чего хотите". Всё
бы ничего, если бы была возможность перекодировки этих самых имён типа
того, как это сделано для убогой ФС FAT, но такой возможности в Linux нет.

Созданный Микрософтом Joilet по-своему убогий с точки зрения
функциональности ФС в стиле UNIX, но тут Микрософт сделал одно важное
дело - стандартизировали кодировку длинных имён, сказав, что имена на диске
должны быть в UTF16. И точка. Это уже ядро Linux перекодировать умеет как
хочет.

Диски можно и даже желательно создавать с обоими расширениями, чтобы никому
обидно не было, K3B так умеет.

Но при этом, ядро, памятуя о братьях по разуму, считает, что имена файлов,
записанные в RockRidge, значительно правильнее имён, обозначенных в Joilet.
А вот то, что там кодировка не та, ядро не волнует, к сожалению.

Поэтому, пути решения просты: либо монтируем (нужные) диски с
опцией "norock" (и "utf8", конечно), отключая поддержку расширения
RockRidge, либо монтируем как придётся, но пользуем что-то в стиле:

http://sourceforge.net/projects/fuse-convmvfs

для перекодировки с помощью FUSE на лету.

Перевел систему на utf8. Система Мандрива 2007.

До этого работал на koi8-r, при записи в К3В устанавливал параметр
"Установить входную кодировку" на вкладке "Дополнительно" в koi8-r, все
писалось и читалось на разных системах (и винде) нормально - я имею
ввиду русские имена файлов.
Теперь при работе в кодировке UTF8 в К3В выбрать нечего - там нет такой
кодироки, пишутся имена в UTF, под виндой файлы с русскими именами на
записанном диске видятся знаками вопросов, под линуксом нужно
принудительно монтировать с кодировкой utf на не утф-ных системах.

С другой стороны - монтирую сейчас на системе с кодировкой UTF
записанный ранее диск, который нормально монтировался и под виндой и под
линукс (русские имена читались) - знаки вопросов.

В какой кодировке вообще пишутся ISO?

Как решить эту проблему?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 30753; Возраст листа: 1333; Участников: 1439
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/649129