[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debian от ALT-линукса



Хмутро.

>> DEO> > карманный диск с комплектом для инсталляции и анализа сети. Полный
>> DEO> > набор нужных мне пакетов занял около 250 мег по подсчетам. Мысль
>> DEO> > нарезать инсталляционный CD полный для себя, любимого, была, но так в
>> DEO> > мыслях и осталась - лениво. Кроме того, там некоторый геморрой при
>> DEO> > наличии апдейтов для пакетов, требуемых при базовой инсталляции. Так
>> DEO> > что при создании таких дисков приходится отстреливать debian-security.
DEO> > 
>> DEO> я не понял в чем противоречие с секьюрити-апдейтами?
DEO> > 
DEO> > Как только туда выходит апдейт к тому, что ставится инсталлятором (типа
DEO> > libc6), при создании дисков тащится новый пакет, из debian-security. А
DEO> > инсталлятору об этом никто не сообщает, он пытается найти по точному
DEO> > имени старый. А его на диск никто не кладет. А если положить два
DEO> > одинаковых пакета, оно норовит Packages не создать.
DEO> это - другая опера

DEO> вообще основная методика такая: ставим на новую машинку _минимум_
DEO> (ядро + апт) + редактор
DEO> к сожалению инсталлер дебиана в этот минимум еще много ненужного
DEO> включает (например кучу разных редакторов - vi, nano etc - тут хорошо
DEO> было бы выбор),

:-) vi - это и есть nano... Еще он ae, кажется, ставит.

DEO> а дальше доставляем apt'ом то что нам нужно, если при
DEO> этом обновляется что-то из базового набора - то апт его обновляется.
DEO> например упомянутый Вами libc6 ставится у меня обычно уже при установке
DEO> моего софта. базовый дебиановский набор (когда мы отказываемся от
DEO> запуска tasksel в инсталлере) libc6 не ставит насколько я помню...

Именно. А мне нужен был диск, с которого можно поставиться и сразу с сетью
повозиться. Так вот для этого приходится отключать security.

>> DEO> а насчет неудобности разбиения по дискам: на работе я положил все
>> DEO> iso-шки в сеть - кому надо их монтирует и ставит с них себе софт...
DEO> > 
DEO> > А на кой тогда класть их исошками? Почему не положить целиковый миррор?
DEO> > Как у меня на работе.
DEO> а он изначально мне достался в виде ISO-шек.

Тогда понятно. Но тогда это не аргумент в выборе между DVD и стопкой CD.

>> DEO> а дома - софт ставится значительно реже - можно и диски потыкать: ни
>> DEO> разу не напрягал меня сей процесс: обычно говоришь поставить программу,
>> DEO> и она просит не более одного (а очень редко - два)
DEO> > 
DEO> > Дома мне обычно не лениво вытащить из сети. Тем паче что с вероятностью
DEO> > 1/2 пакет все равно стоит пересобрать с более новой upstream версией,
DEO> > так что чаще тянется сырцовый пакет из testing. Лениво - перетыкать
DEO> > диски при первичной инсталляции. Там их надо перетыкать не часто, а
DEO> > очень часто...
DEO> откуда такая большая вероятность?
DEO> ну ядро я понимаю - пересобрать если железо больно новое,
DEO> ну бровзер - поновее
DEO> остальное на хфига?

Как раз браузер-то переживет. А вот что не переживет (просто по списку, что у
нас лежит в debian-ice, а значит, было нужно): Апдейты: arj, gcc & company,
debconf & debhelper, defoma, docbook-xsl, freetype, gphoto2, gs, gtk+2.0,
libatk1.0, xfree (патч к xterm), libexif, libical, libnss, libpango1.0,
libpaper, libpisoc, libpda-pilot-per, libproc-process-perl,
libsys-cpuload-perl, libusb, mingw32, mozilla, pilot-link, psfontmgr, rar,
spamassassi, tetex, tin, tkcon, vim, xmlto, xxkb, ytalk, tcl, tk & company,
bash, alicq, общим числом 220 пакетов. Да, понятно, библиотеки по большей
части по зависимостям, из них ставилось целенаправленно *-perl.

Плюс в local (то, чего в дистрибутиве нет): djgpp, dosemu (он есть в
дистрибутиве, в local попал из-за некоторой кривизны в сборке пакета), ha,
ircp, lame, libaudiooss, libdevel-ptkdb-perl, libdevice-gsm-perl,
libdevice-modem-perl, libdevice-serialport-perl, libextutils-perlpp-perl,
libfvwm-tcl, libgsm-sms-perl, libmath-matrixreal-perl, libopenobex,
libstring-crc32-perl, licq, literat, lm-sensors, numlockx,
openoffice.org-spellcheck-ru, pscyr, t68tool, tripwire. Общим числом 43
пакета.

-- 
Artem Chuprina <ran@ran.pp.ru>
FIDO: 2:5020/122.256



Reply to: