от zlatozar(24-02-2006)

рейтинг (57)   [ добре ]  [ зле ]

Printer Friendly Вариант за отпечатване

     За мен разликата в поддръжката на UNIX системите най-общо може да се сведе до инсталиране и правилен update. Разбира се има много други неща, но като за начало трябва да се научим да правим това. От там нататък свикваме с идеологията и научаваме "триковете". Дали ни харесва? Многознаяително се казва - въпрос на вкус. Когато започнах да се занимавам с FreeBSD нещата при update ми изглеждаха сложни. Те ще останат такива ако човек не прояви любопитство и желание за развитие. Научете какво е CVS, make, merge и разбира се езика С! Експериметирайте! Питайте! На мен ми трябваше доста време да разбера и да автоматизирам update-a. В тази статия ще се опитам да опиша нещата, макар и с правописни грешки. Искам ми се да бъда полезен и за това не се колебайте да ме питате и поправяте. Надявам се да учим заедно.

    Първата трудност идва с разделянето на твърдия диск(HDD). Доста по-различно под FreeBSD и затова реших да отделя специално място и да го разгледам подробно. За целта ще го сравня с DOS/Linux начина. За да ви е лесно трябва да запомнте:
"UNUX partition" е нещо различно от "DOS/LINUX partition" !

    Сега вече можем да започнем. Linux следва пътя оставен от MS-DOS, при разделянето на диска. Този път обаче е ограничен от PS BIOS . Ето какво имам впредвид. Всяко HDD може да има най-много 4(четири) Primary partitions . Ако искате да имате повече от 4 partitions трябва да използвате hack -a въведен в MS-DOS 3 (мисля, че първо там се появява първо). В какво се състои той? Hack -a позволява да се конвертира един от дяловете от Primary в т.н. Extended . Самият Extended от своя страна се разделя на Logical . BIOS -a "вижда" само четири дяла, но на практика можете да имате повече. Ухааа, сложно а? Ще се опитам да илюстрирам: Най-старата идея

   Primary 1
   Primary 2
   Primary 3
   Primary 4
 
Еволюцията на MS DOS идеята
   Primary 1
   Primary 2
   Primary 3
   Extended
     Logical 1
     Logical 2
     Logical 3
     etc...
 
С тази схема на разделяне може да слагате и напасвате различни операционни системи, но затова са нужни доста дялове, защото трябва да се придържаме към схемата. Един пример. Да предположим, че искаме да инсталираме Windows 98, Windows 2000 и Linux. Ето и резултата:
   Primary 1:  Linux /boot
   Primary 2:  Windows 98
   Primary 3:  Windows 2000
   Extended :
       Logical 1: Linux /
       Logical 2: Linux /home
       Logical 3: Linux /usr
       Logical 4: Linux swap
       Logical 5: Shared Data
 
 
Забелязвате ли прехвърлянето от Primary към Logical . Истината е някъде другаде? Unix системи, като *BSD и Solaris използват друга схема на разделяне, която е далеч по-гъвкава и ясна. В PC архитектурата BIOS -a все още разпознава само четири дяла(има и системи, в които този проблем не съществува). Хм, а как тогава ще се заобиколи проблема? Unix третира всеки Primary partition (Unix въвежда термина - slice ) като Extended partition ! Тези slice -ве се разделят допълнително за нужните ни дялове, за да разположим директориите. Обърнете внимание, че термина partition в UNIX има друг смисъл - той е дял от slice ! Така че, ако трябва да се върнем към горния пример (Windows 98, Windows 2000 и Unix) ще получим следната схема:
   Primary 1:  Unix slice
   Primary 2:  Windows 98
   Primary 3:  Windows 2000
   Extended :
       Logical 1: Shared Data
 
В самия UNIX slice се разполагаме удобно:
   Primary 1:  Unix slice
                 /boot
                 /
                 /home
                 /usr
                 /var
                 /tmp
                 swap
   Primary 2:  Windows 98
   Primary 3:  Windows 2000
   Extended :
       Logical 1: Shared Data
 
Ако използвате Linux модела, при пускане на DOS fdisk ще видите 3 Primary и 5 Logical в Extended дяла. Същото ще е и при пускане на Linux fdisk . Ако пък минете по пътя на UNIX и пуснете DOS fdisk ще видите 3 Primary и 1 Logical в Extended дяла. При пускане на UNIX fdisk виждате същото, но допълнително още се показват и UNIX partitions в UNIX slice -a. Не мога да кажа, коя идея е по-добра. Сравнявам двата метода, за да обясня по-добре идеята за UNIX slice . За мен лично при UNIX нещата стоят по-добре, една операционна система на едно място, а споделените неща на друго. При DOS/LINUX нещата се смесват, няма ясна граница и лесно може да се обърка човек. За пълнота ще кажа и няколко думи за именоването. Всеки partition в FreeBSD се идентифицира с букви от a до h . Всеки partition може да съдържа само една файлова система. Ето и таблица на имената на устройствата:
 ad                 ATAPI (IDE) disk 
 da                 SCSI direct access disk 
 acd                ATAPI (IDE) CDROM 
 cd                 SCSI CDROM 
 fd                 Floppy disk 
 
Схемата на съставяне на имената е следната:
   (име на устройство)(номер на slice)(partition)
 
Веднага давам пример:
 ad0s1a  The first partition (a) on the first slice (s1) on the first IDE disk (ad0). 
 da1s2e  The fifth partition (e) on the second slice (s2) on the second SCSI disk (da1). 
 
Сега запис от вида:
 Filesystem     Size    Used   Avail Capacity  Mounted on
 /dev/ad6s1a    496M     63M    394M    14%    /
 /dev/ad6s1e     17G     26K     16G     0%    /home
 /dev/ad6s1d     16G    2.0G     13G    13%    /usr
 /dev/ad6s1f    1.8G     27M    1.6G     2%    /var
 
ви говори много повече. Дано съм го обяснил добре, защото почвам с инсталацията и няма връщане назад.

   Водя се от принципа: "Ако се чупи нещо, то да е колкото се може по-рано". Така се предпазвам от безкрайно търсене в FreeBSD Google за решаването на някой проблем. Правя базовата система и не бързам с X - desktop . Стъпките, които ще предложа тук са съвсем начални, но те са достатъчни за лесна по-нататъчна надстройка и подръжка. Някои неща съм спестил, а в някои съм изложил в дълбочина. Инсталацията обаче може да поеме в толкова много посоки, че е невъзможно да се опише. Налага се да ми се доверите.

   Когато се появи менюто избирам Custom . От там разделям диска (40G):
 
 
 Filesystem     Size      Mounted on
 /dev/ad6s1a    512M        /
 /dev/ad6s1b      1G        swap
 /dev/ad6s1e     22G        /home
 /dev/ad6s1d     10G        /usr
 /dev/ad6s1f      2G        /var
 /dev/ad6s1g    838M        /tmp  (каквото е останало, но по-голямо от 512MB)
 
Отедлил съм 1G (2хRAM приблизително) за SWAP пo възможност в началото на диска. Ще имате и нуждата от linprocfs ще я разберете, когато започнете да инсталирате java виртуалната машина. Не го забравяйте! В един момен трабва да добавите в fstab:
linprocfs   /compat/linux/proc   linprocfs   rw   0  0

Като втора стъпка инсталирам съвсем малко неща, които ще ми са нужни за начало. От менюто избирам Distributions и селектирам: src (за да мога да компилирам ядрото), binaries (те са required ). Така, до тук добре вече имаме базовата система. Останаха някои дребни добавки - Root Password , Time Zone , Mouse enable , Network(enable interface) . Тук е и момента да се добави user . Когато се прави нов потребител, добре е да се знае, че само потребители от групата wheel могат да използват командата su . Преценете сами. Е, може да не вярвате, но имаме работеща базова FreeBSD система! Когато менютата са пред вас ще ви бъде по-лесно. Тук искам да направя едно голямо отклонение. Нещо като разяснявне на идеологията, малко история и леко намигване към Linux феновте. Ще се опитам и да ви въведа в FreeBSD терминологията.

Мнoго хора използват Linux (някоя от многото дистрибуции). Общо взето всички сме съгласни, че е добре да се използва тип Unix операционна система, но винаги сме на различно мнение за това коя от многото разновидности е "вярната". За да разберем как и защо една Unix система е по-добра от друга, трябва да навлезем дълбоко под повърхността. Нещо, което остава често незабелязано е начина на разработка, йерархията в екипите и начина на пускане на версия. Понякога се отчитат само полирания графичен интерфейс и начина на инсталация или на градски слухове от рода "един пич ми каза".
Често срещан цитат от BSD фолклора е:

"BSD е тогава, когато група Unix хакери се опитват да портнат Unix на PC и е Linux, когато група PC хакери опитват да напишат UNIX за PC"

И това е така. Историята на двете операционни системи го доказва. Докато BSD се систематизира и се проекира, Linux просто набъбва. Ще припомня, че BSD е пряк наследник на UNIX разработен от през 60-те години от Кен Томсон и Денис Ритчи. Докато Linux се започва от самото "нищо" от Линус като студент. И е важно да се отбележи, че това е само ядро на ОС. Linux e щастлива приказка. И така нека да започнем с нещата, за които си заслужава да обърнете по-специално отношение на BSD операционата система.

Първо: The Base System

Термина "базова система" обърква доста Linux потребителите, защото тази идея не съществува в техния свят. Linux винаги е бил конгломерат. ls, ps, tar и т.н са "допънителни екстри" взети от някъде. За да бъде компютъра използваем му трябва нещо повече от ядро. Linux няма ясна граница между "базова система" и "екстри". Как стоят нещата при BSD? BSD винаги е имал централизиран начин на разработка. "Базова система" се разработва като самостоятелен модул и в него има всичко, което прави компютъра работещ и е готов за допълнителна надстройка. Видахте колко бързо инсталирахме нещата. BSD няма GNU ls или GNU libc, BSD използва BSD ls и BSD libc. X-a не е част от "базовата система" той е допълнителен пакет, който може да се инсталира. Основната разлика е, къде се разработват. Дори и да се използва някои GNU пакет, той се "пипва", така че да може да "пасне" в BSD схемата. Примерно:

gcc e FreeBSD компилатор базиран на GNU gcc

Всичко се прави така, че системата да работи като цяло, а не на парче. В Linux, "Linux дистрибуорите" решават, кое ще бъде необходимия минимум. Дистрибуции като Debian и Gentoo се справят доста добре. И въпреки всичко Вие можете да подмените примерно libc с пакет взет от някой трети, докато това в FreeBSD не може да стане.

Второ: The Ports System

"Екстрите" са по желание на клиента. В BSD те се наричат "портове". Тъй като това са програми от "трети лица", са неоходими допълнителни усилия те да станат част от дистрибуцията, тоест на жаргон те трябва да бъдат "портнати". До сега има 13654 портнати приложения и те непрекъснато растат. Една от разликите е, че Linux потребителите инсталират binary пакети, докато FreeBSD потребителите компилират сорсове(могат и binary). При BSD е така заради инструмените, които се предоставят за update и install. Това ще го разгледаме по-късно. В Gentoo съществува подобна идея Portage системата.

Трето: Release Engineering

FreeBSD използва CVS, за да следи версиите на всеки файл. Какво е CVS, предполагам че знаете. Всички BSD-a дават начин да видите кода, да четете коментарите и да намирате разликата. Много страно е, че Linux не ползваше до скоро revision system. Сега както знаете Линус използва BitKeeper, която забележете е комерсиална. Използването на CVS-a е важно, защото нещата се развиват устойчиво и консистентно всяка една минута. Вие по всяко време можете да изтеглите сорсовете и да компилирате. Linux по-скоро се асемблира! Дава се определено ядро и всичко започва да се "захваща" за него. В FreeBSD има две основни направления след пускане на версията - "CURRENT" и "STABLE", която е и продукционната. Като правило, в "STABLE" се слагат security paches, а в "STABLE" освен това като допълнително могат да се слагат и нови неща. Debian имат почти същия план за работа - "stable", "unstable". Трябва да подчертая, че това са "branches" в CVS дървото, това не се release. За да поемем един от двата пътя използваме съотвтните CVS tags RELENG_X_Y и HEAD.

Четвърто: Upgrading

Тъй като FreeBSD се разработва като едно цяло, ние можем лесно да вземем цялата "base system" и всички сорсове на портнатите приложения. Забележете, че вземаме промените до последната секунда! После стартирате "buildworld", за да компилирате т.н. userland и после "buildkernel" и имате компилирана работеща операционна система. Пак пропускам подробностите, които ще разгледаме по-нататък.

Пето: Ports

Когато инсталирате допълнителните приложения вие можете да избирате, дали да инсталирате като "ports"(source) или като "packages" (precompiled binaries). И в двата случая всички "dependancy" ще бъдат решени. После ще ви предложа начин за подържане на системата ви up-to-date посредством CVSup. Ако знаете малко C и нещичко за Makefile ще ви бъде от полза. Всяко приложение се намира в определена директория.
Бих казал, че BSD е по-породиста и възпитавана в по-строги правила. Като цяло е тествана от няколко поколения програмисти Тя винаги работи и от там логото: "The Power to Serve". Дава избор HEAD, CURRENT и STABLE. Ako се появи проблем той се поправя много бързо и вие можете да ги вземете на минутата(CVS). Тъй като имате и сорсовете можете да фикснете проблема сами. FreeBSD e направена да работи като едно цяло. И не на последно място FreeBSD може да стартира Linux приложения.

Стига отклонения, влизаме в пътя.

   Може би е добре да разясня каква ми е идеята. Искам да направя компютър, който да го ползвам за workstation . Моето PC не е първа младост, така че се старя да оптимизирам максимално FreeBSD-то. Една от първите стъпки в тази посока е инсталацията на приложенията. Искам да инсталирам от сорсовете т.н. ports . Каква е подготовката? Инсталирам надлежно както следва:
 # pkg_add -r cvsup-without-gui
 # pkg_add -r fastest_cvsup
 # pkg_add -r portupgrade
 # pkg_add -r docproj-nojadetex
 
Приготвям нещата за използването на cvsup . Създавам /root/cvs-supfile със следното съдържание:
 *default host=cvsup.freebsd.org
 *default base=/var/db
 *default prefix=/usr
 *default tag=RELENG_6
 *default release=cvs delete use-rel-suffix compress
 src-all
 doc-all tag=.
 
Не се изкушавайте да вземате последното ядро дори и това да не е сървър(с опцията *default tag=. ). В HEAD-а на CVS попадат доста експериментални(някои неуспешни) неща има и много debug съобщения, затова като цяло системата ви ще работи по-бавно. Ако е продукционна системата, сложете *default tag=RELENG_6 (STABLE release) например. За да не тегля всичко мога да укажа кои документи НЕискам. За целта създавам директориите /var/db/sup и /var/db/sup/doc-all . В /var/db/sup/doc-all поставям файла refuse . Ето какво има в него:
 doc/bn_*
 doc/da_*
 doc/de_*
 doc/el_*
 doc/es_*
 doc/fr_*
 doc/it_*
 doc/ja_*
 doc/nl_*
 doc/no_*
 doc/pl_*
 doc/pt_*
 doc/ru_*
 doc/sr_*
 doc/tr_*
 doc/zh_*
 
Мммда готови сме за първия старт на cvsup .
# cvsup -L2 -h  cvsup.freebsd.org /root/cvs-supfile
Тя ще обнови всички сорсове в базовата система и документацията. Ще положим малко усилия и за портовте. Използва се portsnap .
 # portsnap fetch
 # portsnap extract
 
Първата команда прави download на "порт дървото", а втората го слага в /usr/ports . Управляващия файл e /etc/portsnap.conf . Приемете нещата там "по default" - махнете коментарите. Там може и да окажете НЕжеланите портове, за да спестите малко време.
 REFUSE arabic chinese french german hebrew hungarian japanese korean
 REFUSE polish portuguese russian ukrainian vietnamese
 REFUSE astro biology
 
Kроя планове и за автоматизация. Един скрипт, които да пускам, докато си пия сутришното кафе и той да ми подсказва какво трябва да update-на. Идеята си струва, ще знам дали съм up-to-date само с една команда. Преминавам към действие. За да имам документацията само на английски са нужни малко обходни стъпки. Променям една част от /usr/doc/Makefile файла:
 .if defined(DOC_LANG) && !empty(DOC_LANG)
 SUBDIR = ${DOC_LANG}
 .else
 SUBDIR = en_US.ISO8859-1
 .endif
 
За съжаление cvsup ще "забърше" моите промени, и затова правя хитринка:
 # cp /usr/doc/Makefile /usr/doc/Makefile.orig
 
Ето и моя работещ cvsupScript.sh :
 #!/bin/sh
 
 #Use fastest_cvsup to find fastest geographically
 #close mirror; I'll check Russion, Germany
 
    if SERVER=`fastest_cvsup -q -c ru,de`
      then
         echo "Running cvsup...(src, doc)"
         cvsup -g -L 2 -h $SERVER /root/cvs-supfile
      else
         echo "Oooops! There's a problem" 1>&2
         exit 1
 
    fi
 
 # Before this you have to run:
 # portsnap fetch && portsnap extract
    echo "Updating ports tree...(/usr/ports)"
    cd /usr/ports
    portsnap fetch
    portsnap update
    make fetchindex
    portsdb -u
 
 # Also see /var/db/refuse
    echo "Buiding docs..."
    cd /usr/doc
    cp Makefile.orig Makefile
    make install > /dev/null
 
 
    echo "The following ports need upgrading: "
    portversion -l "<"
 
 
 echo "DONE. Finished at `/bin/date`."
 echo "=========================================
 
 This script will NOT upgrade your ports!
    Manually run:
    (Do NOT forget to read /usr/ports/UPDATING before!)
 
         portupgrade -varR
 
    Only sources download:
 
         portupgrade -aFrR
 
 Tip: To delete unused downloaded sources run:
 
         portsclean -D
 
 ========================================="
 exit
 
Ура! Вече не е проблем да поддържаме системата up-to-date . След като се стартира скрипта, той подсказва по-нататък как да се процедира.

Забележка 1: Не случайно в края на скрипта отпечатвам съобщение да се прочете /usr/ports/UPDATING. Това често се забравя и се допускат нелепи грешки. Ето пример:
 ===>  kdelibs-3.5.0 conflicts with installed package(s):
       kdebase-3.4.3_1
 
       They install files into the same place.
       Please remove them first with pkg_delete(1).
 *** Error code 1
 
 Stop in /usr/ports/x11/kdelibs3.
 *** Error code 1
 
В новата версия на kdelibs има сменени пътища на някои библиотеки и portupgrade няма да се справи. Съобщението Please remove them first with pkg_delete(1) е вярно, но не и достатъчно. Целия алгоритъм в случая е описан в UPDATING файла. Намерете го:
  cat /usr/ports/UPDATING |grep -B 2 -e "AFFECTS\:.*kdebase.*" |less
 
Ориентирайте се по датата(най-близката) и научете C, помага при разгадаването на съобщенията за грешка.

Забележка 2: portupgrade -varR не винаги минава гладко! Понякога ни напомня, че трябва да се пусне pkgdb -F . Въпросите, които задава pkgdb -F са трудни и затова ще ги илюстрирам с пример:
 # pkgdb -F 
  --->  Checking the package registry database 
  Stale dependency: digikam-0.5.1 -> openldap-client-2.1.23 
  (net/openldap21-client): 
  open-motif-2.2.2_2 (score:23%) ? ([y]es/[n]o/[a]ll) [no] 
  New dependency? (? to help): 
  Skip this? ([y]es/[n]o/[a]ll) [yes] 
 
Какво значи това? Ами няма инсталиран openldap-client-2.1.23 ! Опитва се да намери "нещо подобно" с не много добър успех както се вижда - score: 23% . Ако обаче резултата е повече от 70% изберете yes ! Иначе лекарството е:
 # cd /usr/ports/net/openldap21-client
 # make install && make clean
 
 
Съвета ми е: не бързайте с отговорите! Правете провреки. Ето и друг пример:
 # pkgdb -F  
 --->  Checking the package registry database 
 Stale dependency: Mesa-3.4.2_2 -> fontconfig-2.2.0 (x11-fonts/fontconfig): 
 New dependency? (? to help): ? 
 [Enter] to skip, [Ctrl]+[D] to delete, [.][Enter] to abort, [Tab] to complete 
 
Хммм. Я бързо една справка:
 # pkg_info -I fontconfig\* 
 
Е? Какъв е резултата? Ако има инсталиран fontconfig , коя версия е? Ако сте доволен от отговорите на зададените въпроси посочете fontconfig-2.2.0 . Ако го няма - инсталирайте. Think!
До тук с "лошите" страни на portupgrade. Една нова възможност, която научих наскоро е да накарам portupgrade да използва pakages вместо ports при update. Така избягвам компилацията на големи пакети, примерно на OpenOffice, който е инсталиран като:
 pkg_add -r openoffice.org
 
(FreeBSD не се "бърка" при инсталирането и на packages, и на ports! )
Параметрите са следните:
 portupgrade -varRPP
 
Идва ред на оптимизацията на ядрото. Как се прави ново ядро? Ето подготовката:
 # cd /usr/src/sys/i386/conf
 # mkdir /root/kernels
 # cp GENERIC /root/kernels/NEX_KERNEL
 # ln -s /root/kernels/NEX_KERNEL
 
Преди да се захвана с ядрото оптимизирам малко компилатора. Добaвям типа на процесора( Duron 1.3G ) в /etc/make.conf
 CPUTYPE?=k7
 
и започвам с редакцията на параметрите на ядрото (моето съм го кръстил NEX_KERNEL). Аз лично махам всичко, което не ми е нужно на първо четене. После добавям параметрите за оптимизация, в случая:
 machine         i386
 cpu             I686_CPU
 ident           NEX_KERNEL
 makeoptions     COPTFLAGS="-O2 -pipe -funroll-loops -ffast-math"
 
 options         SCHED_ULE              # NEW scheduler instead of SCHED_4BSD
 
Най-накрая слагам допълнителните неща:
 # Better console
 options         VESA
 options         SC_PIXEL_MODE
 
 # Security: PF
 device          pf              #PF OpenBSD packet-filter firewall
 device          pflog           #logging support interface for PF
 device          pfsync          #synchronization interface for PF
 
 # Traffic bandwidth( to test it use pchar, iperf )
 options         ALTQ
 options         ALTQ_CBQ        # Class Bases Queueing
 options         ALTQ_RED        # Random Early Detection
 options         ALTQ_RIO        # RED In/Out
 options         ALTQ_HFSC       # Hierarchical Packet Scheduler
 options         ALTQ_CDNR       # Traffic conditioner
 options         ALTQ_PRIQ       # Priority Queueing
 
Хайде да направим новото ядро:
 cd /usr/src
 make buildkernel KERNCONF=NEX_KERNEL
 make installkernel KERNCONF=NEX_KERNEL
 
За да използвам pf добавям в /etc/rc.conf
 ## My firewall will needs this
 # То read logs use: tcpdump -n -e -ttt -r /var/log/pflog > /var/log/pflog.txt
 pf_enable="YES"                 # Enable PF (load module if required)
 pf_rules="/etc/pf.conf"         # rules definition file for pf
 pf_flags=""                     # additional flags for pfctl startup
 pflog_enable="YES"              # start pflogd(8)
 pflog_logfile="/var/log/pflog"  # where pflogd should store the logfile
 pflog_flags=""                  # additional flags for pflogd startup
 
 ## ...and to be a getaway
 gateway_enable="YES"            # Enable as LAN gateway
 
 ## Better console resolution
 allscreens_flags="-g 100x37 VESA_800x600"
 
и в /etc/pf.conf (Скоро ще публикувам и специална тема за PF и traffic bandwidth )
 ext_if="xl0"
 
 altq on $ext_if priq bandwidth 150Kb queue { q_pri, q_def }
   queue q_pri priority 7
   queue q_def priority 1 priq(default)
 
 pass out on $ext_if proto tcp from $ext_if to any flags S/SA keep state queue (q_def, q_pri)
 
 pass in  on $ext_if proto tcp from any to $ext_if flags S/SA keep state queue (q_def, q_pri)
 
Край! Готово! След reboot трябва да имаме перфектна FreeBSD основа. Надграждането на системата вече е в наши ръце. Ето как процедирам аз, когато добавям приложение. Преди всичко трябва да го намеря в CVS дървото.
 # cd /usr/ports
 # make search key= |less
 
или
 # make search name=
 
След като го намеря, инсталирам:
 # cd /
 # make install && make clean
 
И така, малко по малко изграждам моя workstation инсталираните приложения са достатъчно оптимизирани, a имам и начин за лесен update. Искам да кажа, почти лесен. Понякога някои приложения ги инсталираме с определени опции. Например Apache, да може да работи с subversion.
 cd /usr/ports/www/apache20
 make install WITH_BERKELEYDB=db42 && make clean
 
 cd /usr/ports/devel/subversion
 make install -DWITH_MOD_DAV_SVN && make clean
 
Ако машинално напишем (или се подведете от това, което съм писал по-горе хехехе):
 portupgrade -varR
 
Всички приложения ще се ъпграйднат с параметрите, които са по default. Помислено е за всичко.
 emacs /usr/local/etc/pkgtools.conf
 
Ориентирам се отново по коментарите и примерите. В случая:
 ## Apache, Subversion
   MAKE_ARGS = {
   'www/apache20' => 'WITH_BERKELEYDB=db42',
   'devel/subversion' => 'WITH_MOD_DAV_SVN=1' 
   }
 
Приложенията се изброяват със запетая, а параметрите им са разделени с интервал. Relax - FreeBSD работи вече за мен.

Забележка 3: За да компилирам цялата система използвам следната процедура:
 cd /usr/src
 make buildworld (ще трябва доста да изчакате!)
 make buildkernel KERNCONF=NEX_KERNEL
 make installkernel KERNCONF=NEX_KERNEL
 shutdown now
 -> ще направи системата в "single user mode". Още малко усилия: 
 # fsck -p
 # mount -u /
 # mount -a -t ufs
 # swapon -a
 
 -> Знаете какво е "merge" в CVS, нали? Ще ви трябва при следващата команда
 mergemaster -p
 make installworld
 mergemaster
 
 shutdown -r now
 

Сега като я препрочитам "материята е доста сложна". Надявам се поне малко да съм помогнал и да съм създал интерес. Трудно ми е да опростя нещата ще се иска допълнително четене, да знаете. За мен и FreeBSD може да намерите повече тук http://zlatozar.blogspot.com


<< Размисли по HFSC | Въведение в динамичната оптимизация >>