След дълга пауза от моя страна по netlessportage намерих време да погледна отново проекта и съм пуснал нова версия 0.3.0.0, достъпна от тук. Проектът не е само за да върши работа, но и за да се уча (пък и някой друг да се учи, ако намери нещо смислено в него '>). Бих се радвал на коментари.

"Gentoo на сървър... Gentoo на сървър... Gentoo на сървър..." - това вече го виждам в няколко различни теми за Gentoo да се появява като проклятие, което някой повтаря в стремеж да доведе до това Gentoo да се тръшне смъртно болен и да загине.

Аз не съм сериозен администратор (да се чете че не това ми е работата, а по-скоро хобито колкото да се оправям с двете машини у дома), така че ще ползвам опитът на друг в изложението си. На последния OpenFest имаше един човек, който каза че ползват Gentoo на няколко (не помня точната бройка, но да е била повече от 3-4) сървъра. Компилират с nptl и nptlonly като USE флагове и са доволни. Използват distcc (разпределено компилиране) когато компилират нещо. И са доволни. Знам че не е добре да се ползват думи на други хора, защото лесно може да се стигне до там че котката на съседката на третата братовчедка на майката на жена ми да е успяла, разхождайки се по клавиатурата, да се логне в машината на съседката на третата братовчедка на майката на жена ми (смятайте каква ли е била паролата! '>). Дано темата бъде прочетена от него и той сподели от първа ръка опита си с подобна постановка.

На мен ми хрумват схеми дори и само с една машина, а явно има и предоставени от самото Gentoo възможности, за управление на натоварването. Примерно на една съвсем отделна машина да се компилира, а на съръра само да се emerge-ват вече компилираните неща. Не казвам че това е най-правилната схема. Който иска ще намери начин. Ето например: "Как двама могат да използват една лопата?" Ако тръгнете от презумцията че става въпрос за 8 часов работен ден (а това не е упоменато), оставате "вързани" в рамките на тези 8 часа всеки ден лопатата да се използва от единия, докато другия да си почива и да се сменят. Така естествено няма да се стигне до това двамата да работят на 12 часови смени. '>

Да се върна на МОЯ опит с Gentoo. Eдната машина вкъщи е на AMD K6-2 300MHz и се използва предимно за редакция на документи. Предполагам компилирането на KDЕ ще отнеме седмица. Не знам, не съм пробвал, но дори и да изчакам една седмица после какво - как въобще ще върви на подобна машина? Там дори и да ползвам друга дистрибуция/пакетна система пак стремежа ми ще е да използвам колкото се може по-добре ресурсите на машината, иначе все едно от всяка кофичка с кисело мляко да изяждам само по половината, а останалото да изхвърлям. Как тогава да ползвам нещо което дори и не се опитва да е нагодено като за тази хардуерна конфигурация. (Сигурно съм адски заблуден, нали? '>)

Колкото до FreeBSD (за което чувам да се стреми да позволи подобна свобода) - в ъгълчето на съзнанието ми е и ще го пробвам някой ден на другата машина.

Хайде, със здраве!

"Gentoo на сървър... Gentoo на сървър... Gentoo на сървър..." - това вече го виждам в няколко различни теми за Gentoo да се появява като проклятие, което някой повтаря в стремеж да доведе до това Gentoo да се тръшне смъртно болен и да загине.

Аз не съм сериозен администратор (да се чете че не това ми е работата, а по-скоро хобито колкото да се оправям с двете машини у дома), така че ще ползвам опитът на друг в изложението си. На последния OpenFest имаше един човек, който каза че ползват Gentoo на няколко (не помня точната бройка, но да е била повече от 3-4) сървъра. Компилират с nptl и nptlonly като USE флагове и са доволни. Използват distcc (разпределено компилиране) когато компилират нещо. И са доволни. Знам че не е добре да се ползват думи на други хора, защото лесно може да се стигне до там че котката на съседката на третата братовчедка на майката на жена ми да е успяла, разхождайки се по клавиатурата, да се логне в машината на съседката на третата братовчедка на майката на жена ми (смятайте каква ли е била паролата! '>). Дано темата бъде прочетена от него и той сподели от първа ръка опита си с подобна постановка.

На мен ми хрумват схеми дори и само с една машина, а явно има и предоставени от самото Gentoo възможности, за управление на натоварването. Примерно на една съвсем отделна машина да се компилира, а на съръра само да се emerge-ват вече компилираните неща. Не казвам че това е най-правилната схема. Който иска ще намери начин. Ето например: "Как двама могат да използват една лопата?" Ако тръгнете от презумцията че става въпрос за 8 часов работен ден (а това не е упоменато), оставате "вързани" в рамките на тези 8 часа всеки ден лопатата да се използва от единия, докато другия да си почива и да се сменят. Така естествено няма да се стигне до това двамата да работят на 12 часови смени. '>

Да се върна на МОЯ опит с Gentoo. Eдната машина вкъщи е на AMD K6-2 300MHz и се използва предимно за редакция на документи. Предполагам компилирането на KDЕ ще отнеме седмица. Не знам, не съм пробвал, но дори и да изчакам една седмица после какво - как въобще ще върви на подобна машина? Там дори и да ползвам друга дистрибуция/пакетна система пак стремежа ми ще е да използвам колкото се може по-добре ресурсите на машината, иначе все едно от всяка кофичка с кисело мляко да изяждам само по половината, а останалото да изхвърлям. Как тогава да ползвам нещо което дори и не се опитва да е нагодено като за тази хардуерна конфигурация. (Сигурно съм адски заблуден, нали? '>)

Колкото до FreeBSD (за което чувам да се стреми да позволи подобна свобода) - в ъгълчето на съзнанието ми е и ще го пробвам някой ден на другата машина.

Хайде, със здраве!

може. не знам. написах го с презумцията че върши същото като FEATURE-а mirror. то, не че и него съм го ползвал някога, но поне в man страницата за /etc/make.conf нещата ги разбрах едностранно.

ами именно че ако сложиш "mirror" сред FEATURES в /etc/make.conf всеки emerge ще тегли всички файлове, необходими за emerge-а, независимо дали ги има вече изтеглени на локалната машина. предполагам -F прави същото.

и примерно за ядрото освен самото ядро се теглят и хедърите му (linux-headers).

така че ако имаш ядро 2.6.14 и при emerge -u world ще ти се сложи 2.6.15 и няма нова версия на хедърите, при -F ще се изтегли и ядрото (2.6.15) и хедърите, а при -f няма да се теглят хедърите, а само ядрото (2.6.15). като това не означава че при -F хедърите ще се инсталират, а само че ще се изтеглят.

да не би -F да върши същото като mirror при FEATURES?

[Примерен код]

Примерен код

some_command > some_file

доколкото знам пренасочва стандартния изход към файла.

Примерен код

some_command 2> some_file

докато това пренасочва изхода за грешки към файла.

можеш да сравниш и с написаното от aylov и ще видиш че си изпуснал да напишеш една двойка.

с такова пренасочване губиш предишното съдържание на файла. добавяне (append) към съществуващото съдържание става с ">>" вместо ">". това не е съвсем по темата, но го вмятам защото може да ти е полезно за нещо сходно.

не бях наясно с разликата между -f и -F, погледнах в man страницата на emerge и пак не я разбрах. това го споменавам само защото в emerge_get скрипта ми ползвам -f. пак там и съм оставил като коментар че може да се сменят два реда и извикването да е с -pfuD вместо само с -pf

[Примерен код]

скриптовете ми не са имали за цел обновяване на Portage дървото. виждал съм го това:

Примерен код

cd /usr rm -rf portage && tar xjvf /mnt/usbkey/portage-latest.tar.bz2 && emerge metadata

и ми направи впечатление че така си затриваш и папките /usr/portage/distfiles и /usr/portage/packages които аз поне ползвам. е то в /etc/make.conf можеш да зададен друг път за тях, както и да е.

не съм се задълбочавал, но скриптът на ruby ти дава всички необходими файлове или само тези, които вече ги няма на системата ти (най-вероятно в /usr/portage/distfiles)

скриптовете ми са именно за филтриране на списъка от всички файлове необходими за определен пакет до само тези, които вече не са налични. също и да копираш, а не теглиш от Интернет, необходими файлове от определена директория. писах на python за да го науча и защото за един скрипт не ми се слагаше ruby (а и на него попаднах по-късно).

една съвсем странична употреба е и това да определиш кои файлове в /usr/portage/distfiles ти са необходими за emerge -e world и да изтриеш source-овете на стари версии на приложенията или приложения, които вече не ползваш.

"документацията" определено не е най-разбираемата, но за момента не мога да й отделя повече време.

Радвам се все пак че си намерил решение на проблема си.

Вече е на разположение версия 0.2.1.0, в която съм отстранил няколко груби грешки. Когато имаш време направо погледни последната версия. Ако има още нещо сигурно пак ще пусна съобщение и тук, тъй като предполагам по-често се минава от тук (или пък повече хора минават от тук), отколкото да следят страницата на проекта. В събота/неделя най вероятно ще си сложа svn и ще гледам да направя достъпно и дървото с файловете. (То не че тези zip-ове са огромни.)

От OpenFMI одобриха проекта и качих скриптовете, за които говорех. Адресът на проекта е
https://openfmi.net/projects/netlessportage/

Всякакви смислени коментари са добре дошли. Ако имате проблем - пишете.

[Примерен код]

Бях затрупан с работа и затова чак сега се връщам на темата. При мен ситуацията е следната един компютър с 5G HDD, който няма Internet, така че не се хвърлих да дублирам http://gentoo.itdnet.net/gentoo/distfiles  '> Написал съм няколко скрипта на python (за да работят и под Windows - за тези които имат това на работните си места ).
Нещата съм ги разделил по следният начин:
1. Създаване на списък с URL-та за необходимите при emerge файлове. Всъщност ползвам:

Примерен код

emerge -fp package_name 2> package_name.txt

което видях някъде из handbook-a и което гледам и други ползват.
2. Създаване (чрез скрипт) на списък с файловете от списъка с URL-та.
3. Преценка (чрез скрипт) кои файлове вече ги имаме (в /usr/portage/distfiles или другаде - настроеваемо е) и промяна на списъка с URL-та и файлове, така че да останат само тези, които наистина ми трябват.
4. Прехвърляне на двата списъка на вторият компютър.
5. Ако той има някакви distfiles се преминава пак през стъпка номер 3, като има и скрипт за копиране на вече наличните файлове в отделна директория.
6. Списъкът с URL-та се подава на програма за теглене. Изтеглените (и изкопирани файлове) се записват на CD/DVD/USB flash card и се прехвърлят на първият компютър.
7. emerge package_name
Подал съм заявка в openfmi.net за проект там (скриптовете може и да се дообогатят). Щяло да има отговор до 24 часа.

адресът е http://gentoo.itdnet.net/
Всъщност аз съм се захванал да правя нещо подобно - да си поддържам една машина под Gentoo, която няма Интернет, осъвременена. Имам написани няколко скрипта (на bash и python). Ще гледам да ги кача някъде и ще дам линк пак тук по-късно довечера или утре.