Жизнь с чистого листа (или о проделках Стрекозы)

[m.belen]

Сам, конечно же, во всем виноват, нужно делать резервные копии всего самого важного (впрочем и не самого, и даже можно не важного) и хранить эти копии в надежном месте.
Впрочем, от прописных истин к правде жизни...
Пообщавшись в форуме о сборке DragonFly от GoBSD, решил её вечерком скачать и поставить, посмотреть. Поскольку Стрекоза для меня является ОСью не основной, но сугубо экспериментальной, поэтому ставлю я её всегда (а это уже третий или четвертый раз) с нуля, в том числе чтобы посмотреть, что там нового появилось в установщике. После установки основные настройки копирую с FAT раздела, который держится на винте для обмена данными между Linux и DragonFly. Так же поступил и в этот раз. И всё было как всегда, то же небо опять голубое... только при форматировании раздела, Стрекоза его почемуто неправильно определеила, и форматнула лишнее.
Я был непьян, я точно помню, что на вопрос "Выделить ли для Стреозы весь диск или один из его разделов?" утвердительно выбрал второй вариант и отвел (как всегда) третий основной раздел винта. При определении размера BSD-разделов, как всегда четко определил размер всех разделов, кроме /home, под который по обыкновению отвел всё оставшееся пространство слайса.
В итоге, слайс (третий первичный раздел винта) получился непонятных размеров, первые два первичных раздела диска остались в целостности и сохранности, а расширенный раздел со всеми логическими разделами почили в бозе. А на этих логических разделах у меня к несчастью были корень и /home линукса. К несчастью -- это потому что резервных копий данных с этих разделов я не сделал, остались они только в моей обычной, человеческой памяти, коей похвастаться увы не могу.
Ну да ладно... На Стрекозу я не в обиде, в конце концов сам во всем виноват. Кроме того, у меня появилась замечательная возможность (или необходимость) начать жизнь с чистого листа. Благо кое-какие данные всё же остались (помните FAT раздел, который служет для обмена данными, да и человеческая память не совсем дырявая).
Сейчас меня правда мучает один вопрос, как голую систему одеть хотябы в минимум необходимых программ. Что я имею в виду. Установленная система в принципе жизнеспособна, загружается, связь с Интернетом устанавливается, однако, например, ни одного браузера в базовый комплект не входит. А без Интернета сейчас уже жизнь не жизнь.
Благо я помню, что на сайте gobsd есть большая коллекция уже собранных пакетов. Даже помню, что хранятся они по адресу http://gobsd.com/pakages/All/.

Код: Выделить всё

#pkg_add -v http://gobsd.com/pakages/All/links

показывает полное имя пакета, однко

Код: Выделить всё

#pkg_add http://gobsd.com/pakages/All/links-2.1.p15,1.tgz

его не устанавливает.
С системой pkgsrc пока не разобрался, но насколько я понимаю, это своего рода система портов, а я не люблю всю систему компилировать (хотя наверное стоит попробовать).
Вобщим, это мои сумбурные впечатления от вчерашего общения со Стрекозой. Может быть кому-нибудь они покажутся интересными
И пожелайте мне удачи, всё только начинается...

[zenwolf]

удачи ! мне это всё ещё предстоит

[ddc]

Удачи. Всем удачи и побольше.

[alv]

Сейчас меня правда мучает один вопрос, как голую систему одеть хотябы в минимум необходимых программ. Что я имею в виду. Установленная система в принципе жизнеспособна, загружается, связь с Интернетом устанавливается, однако, например, ни одного браузера в базовый комплект не входит. А без Интернета сейчас уже жизнь не жизнь.
Благо я помню, что на сайте gobsd есть большая коллекция уже собранных пакетов. Даже помню, что хранятся они по адресу http://gobsd.com/pakages/All/.

Код: Выделить всё

#pkg_add -v http://gobsd.com/pakages/All/links

показывает полное имя пакета, однко

Код: Выделить всё

#pkg_add http://gobsd.com/pakages/All/links-2.1.p15,1.tgz

его не устанавливает.
С системой pkgsrc пока не разобрался, но насколько я понимаю, это своего рода система портов, а я не люблю всю систему компилировать (хотя наверное стоит попробовать).
Вобщим, это мои сумбурные впечатления от вчерашего общения со Стрекозой. Может быть кому-нибудь они покажутся интересными
И пожелайте мне удачи, всё только начинается...

↑

Реопзиториев пакетов для DFBSD набралось уже довольно много (то есть больше двух):

упомянутый Вами gobsd/packages - это пакеты, сгенеренные из фришных портов (с учетом dfports для тех, что не собираются), там есть все и работоспособное, но чуть устарело (xorg 6.7, kde 3.3.1 и т.д.)
там же - gobsd/pkgsrc - пакеты, сгенеренные из pkgsrc нетовского, версии более свежие, но есть еще не все
одно из зеркал проекта - типа fortunate - я где-то ссылку кидал, это опять же из портов, свежесть промежуточная между двумя предыдущими
livebsd.com/packages или что-то вроде этого - но они уже безнадежно стары (лето) и вроде бы не обновляются

pkgsrc - это действительно аналог портов, то есть предназначен как для сборки, так и бля генерации бинарников, которые gobsd и распространяет.

Тепеь главное - о pkg_add сотоварищи
Если Вы ставили систему с gobsd'шного диска, то у Вас есть два комплекта этих утилит: /usr/sbin/pkg_* (фришный) и /usr/pkg/sbin/pkg_* (нетовский), и возможно, что они как-то конфликтуют.

У меня как-раз с первым не было проблем - команда /usr/sbin/pkg_add http://что_надо устанавливала их без звука, а вот /usr/pkg/sbin/pkg_add вопил о том, что команда ftp имеет недопустимую опцию -o. И это я пока не победил - ставлю pkgsrc'ные бинарники, предварительно скачав их в каталог /usr/pkgsrc/packages

Еще там есть хитрость с базами данных - собираюсь об этом написать, но если вкратце - то более-менее все это поисано на том же gobsd (прямо на первой странице пока.

Ну и удачи, разумеется!

[m.belen]

Тепеь главное - о pkg_add сотоварищи
Если Вы ставили систему с gobsd'шного диска, то у Вас есть два комплекта этих утилит: /usr/sbin/pkg_* (фришный) и /usr/pkg/sbin/pkg_* (нетовский), и возможно, что они как-то конфликтуют.

У меня как-раз с первым не было проблем - команда /usr/sbin/pkg_add http://что_надо устанавливала их без звука, а вот /usr/pkg/sbin/pkg_add вопил о том, что команда ftp имеет недопустимую опцию -o. И это я пока не победил - ставлю pkgsrc'ные бинарники, предварительно скачав их в каталог  /usr/pkgsrc/packages

↑

Странно, у меня как раз "нетовская" pkg_add, наконец-то заработала, а "фришная" так и не установила ни одного пакета, ни c gobsd.com/packages, ни с gobsd.com/pkgsrc. При этом я так понял, gobsd делают ставку именно на "нетовские" утилиты, ибо по умолчанию в .profile пути к ним прописаны первыми и соответственно они первые стартуют. Правда пакеты из gobsd.com/packages "нетовская" pkg_add тоже не ставит, только с gobsd.com/pkgsrc. А самое удивительное, ставит она их в /usr/pkg/[bin,lib,sbin...]/, а xorg вообще в /usr/pkg/xor/[bin,lib...]/.
Возможно я что-то делаю не так, буду копать дальше

[alv]

Странно, у меня как раз "нетовская" pkg_add, наконец-то заработала, а "фришная" так и не установила ни одного пакета, ни c gobsd.com/packages, ни с gobsd.com/pkgsrc. При этом я так понял, gobsd делают ставку именно на "нетовские" утилиты, ибо по умолчанию в .profile пути к ним прописаны первыми и соответственно они первые стартуют. Правда пакеты из gobsd.com/packages "нетовская" pkg_add тоже не ставит, только с gobsd.com/pkgsrc. А самое удивительное, ставит она их в /usr/pkg/[bin,lib,sbin...]/, а xorg вообще в /usr/pkg/xor/[bin,lib...]/.
Возможно я что-то делаю не так, буду копать дальше

↑

фришная pkg_add и не должна ставить из pkgsrc, и наоборот. А что касается куда - по умолчанию именно так - /usr/pkg и т.д. Чтобы изменить это, нужно задать pkg_add с префиксом типа /usr/local

[m.belen]

Покопавшись в системе ещё один вечер, немного разобрался в системе pkgsrc. Правда не совсем удачно. Поскольку в коллекции уже собранных пакетов не нашлось firefox'a, а отходить от выбранной генеральной линии установки/удаления программного обеспечения, а именно от линии "pkgsrc", не хотелось, отправился на сайт gobsd.com читать об этой самой генеральной линии. Признаюсь, аглицким языком я не владею, поэтому прочитанное понял только в общих чертах. Начитавшись и настроив систему "pkgsrc", как описано на указанном сайте, дал команду bmake install для сборки firefox'a и пошёл варить кофе. Увы, в отличии от кофе, сборка не получилась. Во-первых, pkgsrc почему-то не заметил, что xorg у меня уже установлен из собранных пакетов (взятых, естественно, из gobsd.com/pkgsrc), и начал качать исходники xorg из Интеренета. Ну да ладно, с Интернетом у меня проблем нет, пусть качает, единственное, времени жалко. Во-вторых, при сборке xorg начались, я так понял, но могу ошибаться, конфликты с уже установленным xorg. Вобщим, каваллерийским наскоком взять цитадель не удалось. А работать напильником желания не было, да и спать уже хотелось.
Посему, поставил на закачку arch-0.7.iso и пошёл спать.
Сегодня поставлю ArchLinux, но со Стрекозой не растанусь, эксперименты продолжатся
2alv просветите, пожалуйста, насколько я понимаю, система pkgsrc на сегодняшний день в DragonFly взята из NetBSD, будет ли собственная "стрекозная" система управления пакетами (в том числе их сборки) сильно отличаться от "нетовской"? И как вообще видится будующее этой собственной системы?

[alv]

2m.belen

pkgsrc почему-то не заметил, что xorg у меня уже установлен из собранных пакетов (взятых, естественно, из gobsd.com/pkgsrc), и начал качать исходники xorg из Интеренета

Скорее всего, у Вас получилась чересполосица с учетом пакетов - в /var/db/pkg и в /usr/pkg/pkgdb. Увы - есть такое дело в pkgsrc

Сегодня поставлю ArchLinux, но со Стрекозой не растанусь, эксперименты продолжатся

ИМХО - вдвойне мудрое решение (и касаемо первого, и второго:-)

А вообще в pkgsrc много подводных камней, кое-какие я нашел, в ближайшее время опишу (чтобы наступали уже на другие грабли), а потом сотру ее на... Порты, при всех их недостатках применительно к Drag'у, все же надежнее (или привычнее).

система pkgsrc на сегодняшний день в DragonFly взята из NetBSD, будет ли собственная "стрекозная" система управления пакетами (в том числе их сборки) сильно отличаться от "нетовской"? И как вообще видится будующее этой собственной системы?

Собственная система управления пакетами - в стадии разработки. Причем, судя по всему, будет очень оригинальной (в переводе Lao можно прочитать об идее). Вплоть до того, что под нее специальный тип файлов придуман.

Однако не нужно обольщаться - сразу она не заработает, даже если сама идея будет реализована исходно безупречно, требуется еще большая работа чисто по портированию. А с учетом того, что главный team - 20 человек, и контрибьютеров - тоже не до хрена, она затянется надолго. Так что воленс-неволенс этот год жить или с портами, или с pkgsrc (понял вдруг, почему они мне не нравятся - нужно на латиницу переключаться, и по русски звучат... не вполне благозвучно).

А вообще будущее мне видится очень радужным - и начнется оно в тот день, когда на прилавках появятся двухъядерные камни по цене менее 300 уёв, как нам завещал бессмертный Интел, как учит коммунистическая партия AMD.

[alv]

После пары суток возни с pkgsrc снес их нафиг вместе с Xorg и вернулся на пакеты с gobsd.com/packages и Xfree86 4.4. Все работает замечательно.

Правда, в промежутке умудрился полностью развалить систему, в результате -

Важная информация:
не выполняйте
make builworld
с флагом оптимизации выше -O1! Я проделал это с -O2 - и все собралось, и казалось даже, что работает, до тех пор, пока не потребовалось мне посмотреть man-страничку гзипованную. Вызов gzip вызвал мгновенную ошибку сегментации, многие другие важные утилиты тоже работали криво. И из-за этого откатиться назад мне не удалось - компиляция обрывалась.

Так что в очередной раз пришел к выводу, что нужно слушать резонных людей: -O1 и не выше для "мира".

А вот для ядра -O2 проходит нормально. Прошло даже и -O3, но от этого работать быстрее не стала (визуально - скорее наоборот).

И еще: флаг -march=p4 проходит нормально для ядра и мира. Свою пару процентов прироста быстродействия дает:-)

[m.belen]

После пары суток возни с pkgsrc снес их нафиг вместе с Xorg и вернулся на пакеты с gobsd.com/packages и Xfree86 4.4. Все работает замечательно.

Правда, в промежутке умудрился полностью развалить систему, в результате -

Важная информация:
не выполняйте
make builworld
с флагом оптимизации выше -O1! Я проделал это с -O2 - и все собралось, и казалось даже, что работает, до тех пор, пока не потребовалось мне посмотреть man-страничку гзипованную. Вызов gzip вызвал мгновенную ошибку сегментации, многие другие важные утилиты тоже работали криво. И из-за этого откатиться назад мне не удалось - компиляция обрывалась.

Так что в очередной раз пришел к выводу, что нужно слушать резонных людей: -O1 и не выше для "мира".

А вот для ядра -O2 проходит нормально. Прошло даже и -O3, но от этого работать быстрее не стала (визуально - скорее наоборот).

И еще: флаг -march=p4 проходит нормально для ядра и мира. Свою пару процентов прироста быстродействия дает:-)

↑

Я пожалуй тоже с pkgsrc связываться больше не буду. Да ивообще не понравилась мне сборка DragonFly от GoBSD. Хотя версии пакетов из gobsd.com/packages были вполне стабильными. Пожалуй поставлю версию с сайта dragonflybsd.org, а вот как наращивать её программами ещё подумаю

[zenwolf]

мда что у стрекозы неладно с форматированием ,вчера пполучил тот же результат что и mr.belen
,из софта поставил только mc ,

возьмука я снапшот наверно с сайта

[alv]

мда что у стрекозы неладно с форматированием ,вчера пполучил тот же результат что и mr.belen

Таки да, есть такая партия. Я не заметил, потому что делал по другом - переходил в 3-ю консоль, делал там слайсы через fdisk -i, а потом уже разбивал на разделы через инсталлер (я держу /home, /usr/src, /usr/ports и тому подобный /usr/pkgsrc в разделах на отдельном слайсе, а инсталлер в нынешнем виде этого не позволяет).

А вообще проще всего (поступившись принципами:-) загрузиться с любого Linux LiveCD, сделать разделы егойным fdisk и дать им a5-й ID:-))) (как прихлебный плюралист)

возьмука я снапшот наверно с сайта

↑

У сборки с GoBSD'шного диска выявилось еще несколько мелких, но неприятных особенностей, не исчезающих даже после make buildworld (например, часты проблемы с выходом из системы через KDE), чего на снапшотах не наблюдалось. Так что ИМХО лучший выбор - LATEST-STABLE с любого зеркала, потом обьявить переменную CVER gcc34 и -

make buildworld

под свой процессор. Если не лень, конечно. "Ладно, Киса, свои 2 процента вы получите" (с) товарищ Бендер

[m.belen]

мда что у стрекозы неладно с форматированием ,вчера пполучил тот же результат что и mr.belen

↑

кстати, при установке версий DragonFly не от GoBSD, проблем с форматированием не наблюдалось, разделы создавались вполне корректно штатными средствами установщика.
P.S. я, кстати, вовсе не мистер Белен, буква "m" -- это первая буква имени (Максим Беленков)

[alv]

Выпала вот толика времени, которую посвятил тотальным переустановкам/пересборкам DFBSD. Резюмирую впечатления.

Глюк с разделами в диске от GoBSD воспроизвелся и у меня - так что признаем его за факт. Кроме того, в нем имеются глюки с выключением и вообще завершением работы, в частности, упорно не желал ставить clean byte на файловую систему на USB-винчестере, если его руками не размонтировать, отказы в отработке скриптов shutdown после нажатия на кнопку Power и еще несколько неприятных мелочей, заканчивающихся тотальным fsck - да еще подчас и в ручном режиме. Так что к употреблению не рекомендуем. Если уж так хочется работать с pkgsrc - лучше брать обычный диск из снапшотов проекта, качать дерево pkgsrc, соответствующий kit (где-то в форуме gobsd есть ссылка) и делать pkgsrc-bootstrap руками.

От самого pkgsrc впечатления двойственные: идея хорошая, в частности, вынесение /usr/pkg отдельно, избавляет от необходимости разбираться, что поставилось в /usr/local, что - в /usr/X11R6, как во фришных портах. Однако реализация (пока? только в DFBSD?) - так себе. В частности, у меня ничего масштабного (типа иксов, qt, kde) толком так и не собралось, сборку постоянно приходилось комбинировать с бинарниками из gobsd.com/pkgsrc - а там пока далеко не все, что мне было нужно. Так что откатился на старые добрые порты.

В очередной раз убедился, что "старое - это доброе", и что резонных людей нужно слушать: наилучший результат с точки зрения стабильности, компактности и даже визуального быстродействия у меня получился из LASEST-STABLE, после

make buildkernel
и
make buildworld

выполненных gcc-2.95 при -O1 -march=i686. Особенно поразила компактность кода: размер /kernel - 2,1 Мбайт против 2,6, получаемого с gcc-3.4.3 (ядро и конфиг одни и те же). Согласитесь, 25% - не фунт изюму:-). Да, cvsup лучше все же делать с тэгом stable - редкий current долетит до середины make buildworld:-)

На чем сердце мое и успокоилось. Охреневши от пересборок, пошел типа завтракать/обедать/ужинать под водовку за успешную инсталляцию. Как отойду - сочиню подробную статью:-)

PS. Маленькая деталь: при сборке ядра из файловых систем можно встраивать в него ТОЛЬКО ту, на которой корень (сиречь UFS): ВСЕ прочие (даже procfs и mfs, монтируемые из fstab), подключаются как модули автоматически.

[zenwolf]

alv ,спасибо за рассказ и советы ,снапшот поставил на закачку , по диалапу имхо много не накачаешь(кусками ) .

[StepDV]

Хочу добавить пару личных впечатлений. Не знаю толком зачем, но идея avl монировать /tmp и /usr/obj в mfs мне понравилась. До поры, когда для начала решил пересобрать ядро. Где-то на середине, компиляция встала: кончилось место в файловой системе. И это при гигабайте оперативки! Пришлось монтировать прямо в /usr. Зато потом с первой (!) попытки удалось собрать "мир" и далее опять ядро. Собирал, опять же начитавшись советов avl, gcc-2.95 с минимальной оптимизацией O. Кстати, оказалось, что в последних снапшотах (у меня от 11 марта), графическая консоль включена уже в GENERIC, так что можно уже после первой перезагрузки получить высокое разрешение. Из нерешенных проблем пока осталось переполнение буфера в ком-порте, на котором висит модем. Поиск показал, что проблема старая, но встречалась на первых версиях BSD и даже Solaris. Буду копать дальше.

[alv]

Хочу добавить пару личных впечатлений. Не знаю толком зачем, но идея avl монировать /tmp и /usr/obj  в mfs мне понравилась. До поры, когда для начала решил пересобрать ядро. Где-то на середине, компиляция встала: кончилось место в файловой системе. И это при гигабайте оперативки!

Я от идеи с mfs в /usr/obj тоже отказался, в следующей версии нужно будет написать об этом явно:-). У меня, правда, это прошло - 512 Мбайт RAM + 1024 Мбайт swap. Но выигрыш в скорости получается копеечный, а потери времени от невозможности выполнить quickkernel или quickworld - очень даже реальными:-) Оценил эти возможности, когда экспериментировал с usb-устройствами как модулями.

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

Кстати, оказалось, что в последних снапшотах (у меня от 11 марта), графическая консоль включена уже в GENERIC, так что можно уже после первой перезагрузки получить высокое разрешение.

Спасибо, также пойдет в следующую версию статей.

Из нерешенных проблем пока осталось переполнение буфера в ком-порте, на котором висит модем. Поиск показал, что проблема старая, но встречалась на первых версиях BSD и даже Solaris. Буду копать дальше.

↑

Избавился от модема, не успев столкнуться с этой проблемой. Действительно, читал, что во Free это когда-то было, но еще до меня, в XIV веке:-))

[StepDV]

Трабл с ком-портом оказался какой-то странный. Ради спортивного интереса я настроил и user-ppp и kernel-pppd. Последний мне показался как-то ближе к линуховому в настройке, поэтому и решил пользоваться им. Дык вот именно он и вызывает silo overflow, зараза. Похоже надо в ядре подкрутить кое-что, а пока коннектиться через ppp.
2avl
Насчет графической консоли уже в GENERIC я явно погорячился. Есть всего лишь закомментированная строчка. Но и то приятно и удобно.
Наконец вопрос. Несмотря на отрицательные отзывы, я решил все-таки ставить пакеты с pkgsrc. Залил все тарболы xorg в /usr/pkgsrs/packages/. Как теперь установить все оптом? Пробовал /usr/sbin/pkg_add xorg-6.8.2.tgz. Ругается, не хочет видеть существующие файлы.

[alv]

Залил все тарболы xorg в /usr/pkgsrs/packages/. Как теперь установить все оптом? Пробовал /usr/sbin/pkg_add xorg-6.8.2.tgz. Ругается, не хочет видеть существующие файлы.

↑

Так ведь нужно как раз наоборот - /usr/pkg/sbin/pkg_add, а для этого нужно bootstrap-pkgsrc для DragonFly, его можно найти на gobsd.com (глубоко в ... эээ... недрах). Или пишите адрес - вышлю по почте (около 1 Мбайт)

[StepDV]

Что-т у меня с головой плохо к концу рабочего дня ;-) (сижу под w2k в autocad) Именно так я и собирался делать (но как сделал в итоге не помню), вечером проверю. Залил pkgsrc.tar.bz2 с одного из зеркал NetBSD. Развернул в /usr. А далее - четко по инструкции с первой страницы gobsd.com:
cd /usr/pkgsrc/bootstrap
./bootstrap --pkgdbdir=/var/db/pkg --prefix=/usr/pkg
Все прошло нормально.
cp work/mk.conf.example /etc/mk.conf
Оказывается bootstrap другой должен быть? На всякий случай вот адрес:
stepdvсобакаmail.ru
Огромная благодарность за советы.

[m.belen]

Кстати, в ближайшей версии Стрекозы, которая ожидается в начале апреля, своей системы пакетного менеджмента кажется не будет, т.к. это будет версия 1.5, а не 2.0 Так что до сих пор не ясно, к чему будет ближе родная система, к нетовской pkgsrc или фришной системе портов.
Т.к. из портов мне так ничего и не удалось собрать, пока откатился на бинарики из gobsd.com/packages. Удивительно, но проблем с зависимостями не наблюдается, при их то объеме репозитория!!!

[alv]

Что-т у меня с головой плохо к концу рабочего дня ;-) (сижу под w2k в autocad) Именно так я и собирался делать (но как сделал в итоге не помню), вечером проверю. Залил pkgsrc.tar.bz2 с одного из зеркал NetBSD. Развернул в /usr. А далее - четко по инструкции с первой страницы gobsd.com:
cd /usr/pkgsrc/bootstrap
./bootstrap --pkgdbdir=/var/db/pkg --prefix=/usr/pkg
Все прошло нормально.
cp work/mk.conf.example /etc/mk.conf
Оказывается bootstrap другой должен быть? На всякий случай вот адрес:
stepdvсобакаmail.ru
Огромная благодарность за советы.

↑

Вы все сделали правильно, только bootstrap-kit должен быть действительно другой: ведб дерево pkgsrc общее, а он - зависит от платформы. В частности, в него входит pkg_add и прочий pkg_*, скомпилированный для нее (в тарбалле - для NetBSD). На http://www.pkgscr.org они лежат для киты для всяких Free, Open и проч., а кит для DragonFly собрал один парнишка с gobsd.com. Искать ссылку долго (она где-то в форуме там закопана), поэтому отправляю Вам почтой по указанному адресу. Черканите, как получили - все же мегабайт, а не хрен собачий

[StepDV]

2avl
Получил (еще раз благодарю), поставил, почти разобрался. Если кому еще надо, вот ссылка:
http://gobsd.com/files/bootstrap-pkgsrc-Dr...86-20041127.tar
На самом деле, этот bootstrap-kit входит в состав pkgsrc.tar.gz, но вот чтобы его скомпилировать, нужно еще пару программ, которых нет в базовой системе. Далее, раз уж я решился на эксперимент с pkgsrc, то по совету из README.FreeBSD пришлось сделать
# cd /usr/sbin
# mv pkg_add pkg_add.orig и т.д. для всех pkg_*
Но и после этого нетовский pkg_add ругался на нехватку места для распаковки и предлагал задать переменную PKG_TMPDIR на разделе побольше (не знаю, что он использовал до этого). Прописал в ~/.chsc PKG_TMPDIR = /path/to/tmp, после чего xorg-6.8.2 из скачанных скомпилированных пакетов встал с пол-пинка. На очереди компиляция из исходников xfce. Как-нибудь похвастаюсь :-)
Кстати, для закачки нетовские pkg-tools используют собственный ftp-клиент не ругающийся на ключ -о и который можно заменить wget'ом. Все это прописывается в /etc/mk.conf.

[alv]

Кстати, в ближайшей версии Стрекозы, которая ожидается в начале апреля, своей системы пакетного менеджмента кажется не будет, т.к. это будет версия 1.5, а не 2.0

↑

В списке рассылки про систему пакетного менеджмента до сих пор нет ни слова - так что не будет, видимо.
Степень готовности 1.5 Мэтт третьего дня оценил в плюс две недели. Из новшестве, кроме внутренних условершенствований, отмечается только gcc3.4 как умолчальный.

2StepDV
Не появились ли уже в pkgsrc порты для Xfree86 4.5 и KDE 3.4?

У меня, похоже, выработалась стойкая аллергия на Xorg (или у него на меня), поэтому тоже живу с gobsd.com/packages плюс отдельные пакетики с fortunaty.net. А дальше - погляжу, кто первый Xfree портирует, того и буду юзать.

Залез все-таки в wiki.drafonflybsd, вставил там ссылки на unix.gintas.ru, linuxcenter и наш форум. Интересно, будет ли реакция? Пока русскоязычных материалов по DragonFly явно больше, чем англоязычных:-)). Не считая Хандбука, конечно, но он по прежнему на 90% взять с Фришного.

alv добавил в 23.03.2005 15:56

Далее, раз уж я решился на эксперимент с pkgsrc, то по совету из README.FreeBSD пришлось сделать
# cd /usr/sbin
# mv pkg_add pkg_add.orig и т.д. для всех pkg_*

↑

А я, когда с ним баловался, сделал так:
alias pkg_add "/usr/pkg/sbin/pkg_add -K /usr/pkg/pkgdb"

А /usr/sbin/pkg_add при необходимости вызывал явным образом.

[StepDV]

2AVL
23 марта появился KDE-3.4. Насчет XFree86-4.5 глухо. Может все-таки пойти за всем миром и перейти на xorg? Типа там лицензионная чистота и все-такое? ;-). Даже ATi, мать её, и то стала делать линуховые драйверы для своих карт под xorg!

StepDV добавил в 25.03.2005 08:51

Что-то у меня плохо Стрекоза летает :-((, выручайте?!
Для начала попал в какой-то замкнутый круг. Есть исошник stable от 11 марта. А исходники держу current. В итоге пересобрать только ядро не получается. То есть, оно вроде как собирается, но система практически не работает (даже killall pppd, top и ps aux ругаются) и сама настоятельно рекомендует пересобрать кучу утилит и библиотек. Ладно, делаем make buildworld. Опять же без проблем все собирается. Но теперь напрочь отказывается коннектиться интернет (хотя все конфиги остались не тронутыми). Перепробовал все, что пришло в голову и вычитал в доках, не помогло (судя по логам, той стороне не нравится версия ppp?). Опять восстанавливаю stable. Обновляю исходники и pkgsrc. Пытаюсь для начала собрать из pkgsrc последний bash. Distfiles и патчи заливаются без проблем, пошла компиляция - вылетает с ошибкой - "нет места в /tmp".
/tmp у меня монтируется в mfs, а оперативки 1 Гб! То есть, для сборки "мира", хватает, понимаешь, я для bash маловато будет. Перед второй попыткой специально проверил, #df говорит, что в /tmp ничего нет, зато /proc, почему-то, забита на 100%. Может это и нормально, но в линухе все не так. Пока подлинковал /tmp к /usr/local/tmp, который у меня все-равно не используется. Но при следующей переустановке надо явно что-то поменять. Или как-то объяснить Стрекозе, что оперативки у меня навалом. Пусть ест, не жалко.
З.Ы. Когда-там v1.5 выйдет? Может потихоньку через cvsup обновлюсь.

[StepDV]

Почти все проблемы решились вчера в связи с получением деревом current статуса stable. Поставил заново свой старый stable, залил последние обновления, в очередной раз пересобрал всю систему, на этот раз gcc-3.4. Вроде все работает. Интернет коннектится, хотя ошибка с переполнением буфера компорта осталась. Но на скорости закачки вроде как не сказывается. Из pkgsrc пока удалось собрать bash, wget и mc, которые потянули за собой еще с десяток пакетов и библиотек. Пока ограничивает только скорость модемного соединения.

[StepDV]

Вопрос к avl (извиняюсь за назойливость:-).
Как правильно примонтировать разделы на втором слайсе в DragonFly BSD?
Ситуация следующая. На первом слайсе у меня 8 разделов: /, swap, /var, /tmp, /usr/obj, /usr, /usr/pkg. На втором остальные: /usr/src, /usr/pkgsrc, /usr/pkgsrc/distfiles и /home. Все разложено по полочкам в резервном fstab. После первой перезагрузки свежей системы создаю /usr/src, монтирую к нему ad1s3d, /usr/pkgsrc -> ad1s3e, далее mkdir /usr/pkgsrc/distfiles и к нему цепляю ad1s3f. Вроде все нормально. Заполняю каталоги скачанными исходниками. Но теперь #df -h показывает для /usr заполнение в 870 с чем-то метров (под него отведен раздел в 1536 метров), хотя непосредственно в него я ничего не заливал. В то же время для подкаталогов на отдельных разделах показывается реальное заполнение. Это какой-то глюк или я что-то не так делаю? Вычислить откуда излишки пока тоже не получилось, так как сумма объемов в подкаталогах никак не соотносится с этими 870 метрами (разница ощутимая, более 100 метров)

[alv]

Вопрос к avl

↑

Честно говоря, затрудняюсь сказать. У меня что df, что du дает для /usr около 160 Мбайт, /usr/src - 360, и так далее. Попробуйте посчитать через du - интересно, что получится.

PS А перед посчетом ничего массово не удаляли?

[m.belen]

Подскажите, плз, при установке пакетов посредством pkg_add непосредственно из Интернета, сами пакеты (namepkg-N.N.N.tgz) сохраняются где-нибудь на диске или удаляются после установки? А то сейчас хочу переустановить систему, а качать заново пакеты из gobsd.com/packeges/ неохота.

[alv]

Подскажите, плз, при установке пакетов посредством pkg_add непосредственно из Интернета, сами пакеты (namepkg-N.N.N.tgz) сохраняются где-нибудь на диске или удаляются после установки? А то сейчас хочу переустановить систему, а качать заново пакеты из gobsd.com/packeges/ неохота.

↑

По умолчанию - нет.