Re[2]: [mdk-re] apt-cdrom

[Serge Skorokhodov <suralis@pisem.net>]

Здравствуйте!

Sergey Vlasov пишет:

> Dmitry Samoyloff <dsamoyloff@mail.ru> wrote:

>> Понедельник 02 Июль 2001 09:10, Alexander Bokovoy wrote:

>>> On Sun, Jul 01, 2001 at 10:45:51AM +0400, Dmitry Samoyloff wrote:

>>>> Понедельник 25 Июнь 2001 15:27, Aleksey Novodvorsky wrote:

>>>>> Serge Skorokhodov <suralis@pisem.net> wrote:

>>>>>> Стыдно, не могу найти (тут об этом, кажется, уже было:(
>>>>>> как выличить нежелание apt-cdrom признавать диски Spring
>>>>>> за источник пакетов? Заранее признателен.
>>>>>
>>>>> Для использования apt-cdrom нужны hash-файлы на диске. Так
>>>>> как в момент выпуска apt-cdrom был неработоспособен, то
>>>>> hash-файлы не были созданы, увы.
>>>>
>>>> А почему эти hash-файлы обязательно нужно размещать именно
>>>> на дисках? (Ok, это вопрос к разработчикам apt).
>>>
>>> hash-файлы должны размещаться в репозитарии. Если репозитарий
>>> размещен на диски, то и hash-файлы (база данных APT) должны
>>> четко описывать содержимое дисков. Иначе придется сканировать
>>> их при каждом использовании и строить это дерево. Не случайно
>>> даже RPM в системе хранит свою базу данных, а не строит ее
>>> динамически. Здесь тоже самое.
>> 
>> Может быть, я чего-то не совсем понимаю, но наверняка можно было 
>> предоставить возможность указать apt, что hash-файлы для 
>> такого-то репозитария искать там-то (например, на винчестере), а 
>> не в самом репозитарии. Тогда можно было бы создать эти 
>> hash-файлы для дисков Spring самостоятельно.

> Для первого диска есть возможность (с помощью симлинков, ручного
> редактирования /etc/apt/sources.list и небольшого ковыряния в
> /var/lib/apt/lists) все-таки его подцепить. А вот второй уже не
> получается - на нем нет ссылки RPMS.RE, которую очень хочет видеть apt.

Ясно, всем спасибо:) Видимо, в свете грядущего выхода снапшота
Сизифа задача копирования содержания дисков на HD, создания хэшей
и последующей "закатки" на CD просто неактуальна?

Сергей Скороходов 05.07.2001 suralis@pisem.net