<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Csak informaciogyujtes gyanant. Mi az ami nektek musthave egy
szerver kernelben?<br>
Akar lehetne sajat freebsd-update-servert uzemeltetni ha >n
embert erdekel. <br>
Ami nekem pl kell: quota, mac<br>
Opcionalis: routetables=x, dtrace ha nincs performance drop<br>
Sajat patchek: jail quotas (elvileg 8.1-tol mar nem kell),
maxlogname (>=64)<br>
<br>
Amin bukhat a dolog, hogy en szeretek kidobalni a kernelbol nemkello
deviceokat, alrendszereket. Gondolom mas mas halokartyakat hasznal
vagy kell neki usb is, tehat ilyen teren nem egyszerusodhet a
kernel.<br>
<br>
On 2010.09.29. 12:41, István wrote:
<blockquote
cite="mid:AANLkTi=hET-wCneDabWcPWeN6HT_7Yg1VWmbDZWpxqQy@mail.gmail.com"
type="cite">Ez hasznos gondolat csak mi(az eredeti level iroja+en)
elsosorban szervereken hasznaljuk a freebsd-t es igy a gnome/kde
es hasonlo agyserulesek annyira nem erdekelnek viszont az nginx,
lighttpd, apache, postgres, mysql, ruby, perl, python sokkal
inkabb.<br>
<br>
<br>
Szal ha valami olyan megoldas lenne ami a ports tree egy kelloen
kicsi reszhalmazat rakna bele ilyen binaris build rendszerbe ahol
a tamogatott architekturak szama is le van szukitve x86/x86_64
plussz csak 7.x/8.x verzihoz buildelve mar az is nagy segitseg
lenne.<br>
<br>
a masik szalhoz meg annyit tennek hozza:<br>
<br>
a freebsd-update problema nalam is letezik nem tudok dtracet
hasznalni azert mert ha beleforgatom a tamogatast a rendszerbe
akkor a freebsd-update nem fog mukodni, modulkent meg sajnos nem
mukodik.<br>
<br>
gyakorlatilag ott tartunk ahol 2005ben ha szeretned normalisan
hasznalni a rendszered akkor marad az hogy:<br>
<br>
-sajat kernel konfig es minden security fixnel ujrabuildeled a
szukseges reszet a rendszerednek<br>
-sajat src.conf hogy csak azt buildel ujra az alaprendszerbol ami
telleg kell<br>
-sajat make.conf(lehet hogy nem itt kell tarolni a ports build
parametereket most nem ugrik be) hogy amikor buildelsz egy portot
akkor a sajat parametereiddel buildeljen<br>
<br>
ezeket a dolgokat kene valahogy megoldani normalisan.<br>
<br>
udv,<br>
l<br>
<br>
<br>
<br>
<div class="gmail_quote">2010/9/29 Ádám Szilveszter <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:szilveszter.adam@gmail.com">szilveszter.adam@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
Szia!<br>
<br>
Szerintem alapvetően semmi nem szól ellene, hogy valaki ezt<br>
megpróbálja, szóval :-) De az már más kérdés, hogy hogyha
valaki<br>
komolyan akarna egy olyan szolgáltatást, ami egy általában
mindenkinek<br>
hasznos módon valósítaná ezt a tervet meg, akkor a helyzet
azért már<br>
nem lenne ilyen vidám, Lehet, hogy te csak kevés portot
használsz, és<br>
ezek pont nem rendelkeznek sokféle opcióval, és ezért nem
lenne negéz<br>
belőle a variációkat legyártani. De ez nem minden esetben van
így. Az<br>
én gépem pl egy sima desktop (laptop) mégis van rajta sok száz
port,<br>
pedig nem használok sem GNOME-t, sem KDE-t. És ezek között
bizony van<br>
jó pár, aminek az opciói kissé sokan vannak. Pl: mplayer....<br>
<br>
Emellett most is vannak olyan portok, amiknek a bináris
formáját nem<br>
szabad terjeszteni, csak a forráskódot, ezért ezekből nincs és
nem is<br>
lehet package.<br>
<br>
Ami a clangot illeti, a fejlesztői szerint jelenleg még nem
alkalmas<br>
arra, hogy a portokat is fordítsa FreeBSD-n, az alaprendszer
az, amire<br>
jelenleg a figyelem irányul. (Ott is vannak még nagyon komoly<br>
megoldandó problémák, pl Athlon XP procikon éppen most
nyomoznak egy<br>
hibát, ami miatt nem megy le a buildworld) Ettől természetesen<br>
próbálkozni lehet, biztos lenne, ami már működik vele.<br>
<br>
Úgyhogy szerintem ha van több bikaerős géped, aminek éppen
nincs más<br>
dolga, akkor nyugodtan be lehet rendezni egy build farmot
belőlük.<br>
<br>
Ja és az előző levélre még: A FreeBSD-n a portok frissítése
azért<br>
jelent sokkal nehezebb feladatot, mert itt a ports semmilyen
módon<br>
nincs kötve az alaprendszerhez, tehát nem csak akkor jelennek
meg a<br>
portsban új szoftververziók, amikor egy-egy új kiadás kijön az<br>
alaprendszerből, hanem nagyjából bármikor. Ezért valóban nem
működik,<br>
az amit legtöbb Linux terjesztés csinál, hogy mondjuk
backportolnak<br>
egy biztonsági patch-et a firefoxba, és kicserélik csak azt az
egy<br>
csomagot, mert amióta az előző verzió bekerült a portsba,
azóta jó<br>
eséllyel változott a gtk, esetleg a libpng, meg még ki tudja
mi<br>
minden. Ezért a ports fa mindig csak egy adott időponthoz
kötődő<br>
állapotában konzisztens, úgy nem, hogy kiválasztasz egy
csomagot és<br>
azt frissíted csak le. Lehet, hogy épp szerencséd van és
működik, de<br>
lehet, hogy nem.<br>
<br>
Sz.<br>
<font color="#888888">--<br>
BSD: An Operating System, not a Religion<br>
</font>
<div>
<div class="h5">_______________________________________________<br>
BSD levlista<br>
<a moz-do-not-send="true" href="mailto:BSD@hu.freebsd.org">BSD@hu.freebsd.org</a><br>
<a moz-do-not-send="true"
href="https://lists.hu.freebsd.org/mailman/listinfo/bsd"
target="_blank">https://lists.hu.freebsd.org/mailman/listinfo/bsd</a><br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
the sun shines for all<br>
<br>
<a moz-do-not-send="true" href="http://blog.l1x.me"
target="_blank">http://blog.l1x.me</a><br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
BSD levlista
<a class="moz-txt-link-abbreviated" href="mailto:BSD@hu.freebsd.org">BSD@hu.freebsd.org</a>
<a class="moz-txt-link-freetext" href="https://lists.hu.freebsd.org/mailman/listinfo/bsd">https://lists.hu.freebsd.org/mailman/listinfo/bsd</a></pre>
</blockquote>
<br>
</body>
</html>