s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC
kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a
preco? Rovnaka otazka je aj porty vs package.
Pouzivam GENERIC na vetsine stroju z nasledujicich duvodu:
- unix neni nenazrany ohledne pameti - hardware to bez p
> (hlavni duvod je "nekompilovat zbytecne veci ktere nevyzaduji").
^-- AFAIK, kompilovat sa tak ci tak bude vsetko, akurat sa to
nenalinkuje do kernelu, ale urobi sa modul; teda ak z daneho
niecoho modul vyrobit ide. Ovladace su prave tento pripad.
J.
--
FreeBSD mailing list (users-l@freebs
Jan Poctavek wrote:
> Zdravim,
>
> s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC
> kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a
> preco? Rovnaka otazka je aj porty vs package.
Na strojich s vyssi zatezi a specifickymi naroky pouzivam vlastni
kernel,
Jozef Babjak wrote:
>>(hlavni duvod je "nekompilovat zbytecne veci ktere nevyzaduji").
>
>
> ^-- AFAIK, kompilovat sa tak ci tak bude vsetko, akurat sa to
> nenalinkuje do kernelu, ale urobi sa modul; teda ak z daneho
> niecoho modul vyrobit ide. Ovladace su prave tento pripad.
Ano, u ovlada
> > Experimentalne jsem zjistil ze custom kernel je jen o 4MB mensi, coz
> ^-- Velkost kernelu na disku fakt nie je issue. Mam vsak pocitace, kde
> velkost programov v pamati issue stale je.
ty 4 mb jsem myslel v pameti. ale ja ho davam i na pocitace s 32mb ram
(routery nebo pocitace pro zalohova
Dan Lukes wrote / napÃsal(a):
>
> No, kupodivu, od urciteho poctu stroju je update skoro jednodussi (v
> prepoctu na jeden stroj) nez u mala stroju. Jeden stroj slouzi jako
> "centralni repository" - tam se prelozi world, vsechny ruzne kernely,
> ktere se pouzivaji a vsechny porty, kte
Radim Kolar napsal/wrote, On 03/05/07 11:08:
>> > Experimentalne jsem zjistil ze custom kernel je jen o 4MB mensi, coz
>> ^-- Velkost kernelu na disku fakt nie je issue. Mam vsak pocitace, kde
>> velkost programov v pamati issue stale je.
> ty 4 mb jsem myslel v pameti. ale ja ho davam i na pocit
Jan Poctavek napsal/wrote, On 03/05/07 11:25:
>> No, kupodivu, od urciteho poctu stroju je update skoro jednodussi (v
>> prepoctu na jeden stroj) nez u mala stroju. Jeden stroj slouzi jako
>> "centralni repository" - tam se prelozi world, vsechny ruzne kernely,
> Celkom fajn postup.. ale p
> Co se ia64 tyce - to je skutecne jina architektura a pro tu by musel
> byt vybudovan druhy master - za predpokladu, ze jich clovek ma v siti
> tolik, aby se "centralni update" jiz vyplatil.
fbsd umi cross compiling takze nemusis mit druhy master ve smyslu "neco zcela
jineho"
staci jen t
On Mon, Mar 05, 2007 at 01:35:20AM +0100, Jan Poctavek wrote:
> Zdravim,
>
> s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC
> kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a
> preco? Rovnaka otazka je aj porty vs package.
> Ide mi hlavne o to aby sa veci u
Zdravim,
kdyz jsem cetl debatu o kompilaci kernelu, tak me napadla
jedna otazka ohledne upgradu balicku pri jejich vlastnim behu.
Dejme tomu, ze budu upgradovat nejaky port spolecne
s jeho zavislostmi, ktere ale v dobe upgradu (napr.
pomoci portupgrade) budou bezet (napr. gtk). Je to bezpecne?
K
Zdravim Vas,
obraciam sa na Vas mozno s blbostkou, ale neda mi, aby som sa neopytal
skusenych harcovnikov.
V root-ovskom crontabe mam zadefinovane spustanie prikazov. Prvy prikaz
(P1) sa spusta raz za tyzden, druhy prikaz (P2) sa spusta kazdych 15
minut. Okrem ineho, je v cront
> Kedze mam dve root-ovske konta (pre jednoduchost "root" a "root1"), tak
> som to urobil tak, ze mam crontaby pre "root" a pre "root1". "root" je s
> "MAILTO", "root1" bez "MAILTO". Samozrejme, funguje to.
^-- Toto riesenie je spravne, dokonca podporovane priamo systemom;
na tieto ucel
Zdravim,
> Predsa len, neda sa to sklbit do jedneho crontab-u s tym, ze by to bolo
> len v tom crontabe pre "root" a aby som pre (P1) dostaval mail a pre
> (P2) nie? Mam na mysli nejaku finesu, o ktorej som sa v dokumentacii
> nedocital, ...ze ci sa napriklad neda rozvetvit direktiva "MAI
Kaminar wrote:
> Zdravim,
>
> kdyz jsem cetl debatu o kompilaci kernelu, tak me napadla
> jedna otazka ohledne upgradu balicku pri jejich vlastnim behu.
>
> Dejme tomu, ze budu upgradovat nejaky port spolecne
> s jeho zavislostmi, ktere ale v dobe upgradu (napr.
> pomoci portupgrade) budou bezet
Lubomir Majersky wrote:
[...]
> Predsa len, neda sa to sklbit do jedneho crontab-u s tym, ze by to bolo
> len v tom crontabe pre "root" a aby som pre (P1) dostaval mail a pre
> (P2) nie? Mam na mysli nejaku finesu, o ktorej som sa v dokumentacii
> nedocital, ...ze ci sa napriklad neda rozv
Miroslav Lachman wrote:
> Lubomir Majersky wrote:
> [...]
>> Predsa len, neda sa to sklbit do jedneho crontab-u s tym, ze by to bolo
>> len v tom crontabe pre "root" a aby som pre (P1) dostaval mail a pre
>> (P2) nie? Mam na mysli nejaku finesu, o ktorej som sa v dokumentacii
>> nedocital,
Peter Rosa napsal(a):
> a co takto zadat:
> 0 0 * * * P1
> */15 * * * * P2 > /dev/null 2>&1
>
> Takto sa vsetok vystup P1 bude mailovat a vsetok vystup P2 pojde do...
>
...jezis maria, normalne sa hanbim...
Vitezslav Novy napsal(a):
> Miroslav Lachman wrote:
>
> Prirazeni do MAILTO se da v cr
Divacky Roman napsal/wrote, On 03/05/07 13:30:
>> Co se ia64 tyce - to je skutecne jina architektura a pro tu by musel
>> byt vybudovan druhy master - za predpokladu, ze jich clovek ma v siti
>> tolik, aby se "centralni update" jiz vyplatil.
>
> fbsd umi cross compiling takze nemusis mit dr
Kaminar napsal/wrote, On 03/05/07 15:33:
> Dejme tomu, ze budu upgradovat nejaky port spolecne
> s jeho zavislostmi, ktere ale v dobe upgradu (napr.
> pomoci portupgrade) budou bezet (napr. gtk). Je to bezpecne?
Obecne ? Samozrejme, ze ne. Pokud program v prubehu sve cinnost muze
nacitat
Dobry den,
rad bych "umravnoval" provoz na lince a krome nekterych protokolu
(http,ftp,smtp,pop3) bych chtel vse ostatni hnat pres pipe. U vetsiny
problem neni, staci jenom definovat typ portu, ktery bude pipe "obchazet".
Problem vsak nastava u ftp.
Netusim presne jak zachytit, kdyz klient navaze
21 matches
Mail list logo
