[BSD] freebsd binary-only upgrade

[István]

visage

http://www.youtube.com/watch?v=UMPC8QJF6sI

2010/10/5 Josephus <josephus at josephus.hu>

>  vimage
>
> On 2010.10.05. 17:25, István wrote:
>
> quoat, mac, dtrace
>
> 2010/10/5 Josephus <josephus at josephus.hu>
>
>>  Csak informaciogyujtes gyanant. Mi az ami nektek musthave egy szerver
>> kernelben?
>> Akar lehetne sajat freebsd-update-servert uzemeltetni ha >n embert
>> erdekel.
>> Ami nekem pl kell: quota, mac
>> Opcionalis: routetables=x, dtrace ha nincs performance drop
>> Sajat patchek: jail quotas (elvileg 8.1-tol mar nem kell), maxlogname
>> (>=64)
>>
>> 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.
>>
>>
>> On 2010.09.29. 12:41, István wrote:
>>
>> 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.
>>
>>
>> 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.
>>
>> a masik szalhoz meg annyit tennek hozza:
>>
>> 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.
>>
>> gyakorlatilag ott tartunk ahol 2005ben ha szeretned normalisan hasznalni a
>> rendszered akkor marad az hogy:
>>
>> -sajat kernel konfig es minden security fixnel ujrabuildeled a szukseges
>> reszet a rendszerednek
>> -sajat src.conf hogy csak azt buildel ujra az alaprendszerbol ami telleg
>> kell
>> -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
>>
>> ezeket a dolgokat kene valahogy megoldani normalisan.
>>
>> udv,
>> l
>>
>>
>>
>> 2010/9/29 Ádám Szilveszter <szilveszter.adam at gmail.com>
>>
>>> Szia!
>>>
>>> Szerintem alapvetően semmi nem szól ellene, hogy valaki ezt
>>> megpróbálja, szóval :-) De az már más kérdés, hogy hogyha valaki
>>> komolyan akarna egy olyan szolgáltatást, ami egy általában mindenkinek
>>> hasznos módon valósítaná ezt a tervet meg, akkor a helyzet azért már
>>> nem lenne ilyen vidám, Lehet, hogy te csak kevés portot használsz, és
>>> ezek pont nem rendelkeznek sokféle opcióval, és ezért nem lenne negéz
>>> belőle a variációkat legyártani. De ez nem minden esetben van így. Az
>>> én gépem pl egy sima desktop (laptop) mégis van rajta sok száz port,
>>> pedig nem használok sem GNOME-t, sem KDE-t. És ezek között bizony van
>>> jó pár, aminek az opciói kissé sokan vannak. Pl: mplayer....
>>>
>>> Emellett most is vannak olyan portok, amiknek a bináris formáját nem
>>> szabad terjeszteni, csak a forráskódot, ezért ezekből nincs és nem is
>>> lehet package.
>>>
>>> Ami a clangot illeti, a fejlesztői szerint jelenleg még nem alkalmas
>>> arra, hogy a portokat is fordítsa FreeBSD-n, az alaprendszer az, amire
>>> jelenleg a figyelem irányul. (Ott is vannak még nagyon komoly
>>> megoldandó problémák, pl Athlon XP procikon éppen most nyomoznak egy
>>> hibát, ami miatt nem megy le a buildworld) Ettől természetesen
>>> próbálkozni lehet, biztos lenne, ami már működik vele.
>>>
>>> Úgyhogy szerintem ha van több bikaerős géped, aminek éppen nincs más
>>> dolga, akkor nyugodtan be lehet rendezni egy build farmot belőlük.
>>>
>>> Ja és az előző levélre még: A FreeBSD-n a portok frissítése azért
>>> jelent sokkal nehezebb feladatot, mert itt a ports semmilyen módon
>>> nincs kötve az alaprendszerhez, tehát nem csak akkor jelennek meg a
>>> portsban új szoftververziók, amikor egy-egy új kiadás kijön az
>>> alaprendszerből, hanem nagyjából bármikor. Ezért valóban nem működik,
>>> az amit legtöbb Linux terjesztés csinál, hogy mondjuk backportolnak
>>> egy biztonsági patch-et a firefoxba, és kicserélik csak azt az egy
>>> csomagot, mert amióta az előző verzió bekerült a portsba, azóta jó
>>> eséllyel változott a gtk, esetleg a libpng, meg még ki tudja mi
>>> minden. Ezért a ports fa mindig csak egy adott időponthoz kötődő
>>> állapotában konzisztens, úgy nem, hogy kiválasztasz egy csomagot és
>>> azt frissíted csak le. Lehet, hogy épp szerencséd van és működik, de
>>> lehet, hogy nem.
>>>
>>> Sz.
>>> --
>>> BSD: An Operating System, not a Religion
>>>  _______________________________________________
>>> BSD levlista
>>> BSD at hu.freebsd.org
>>> https://lists.hu.freebsd.org/mailman/listinfo/bsd
>>>
>>
>>
>>
>> --
>> the sun shines for all
>>
>> http://blog.l1x.me
>>
>>
>> _______________________________________________
>> BSD levlistaBSD at hu.freebsd.orghttps://lists.hu.freebsd.org/mailman/listinfo/bsd
>>
>>
>>
>> _______________________________________________
>> BSD levlista
>> BSD at hu.freebsd.org
>> https://lists.hu.freebsd.org/mailman/listinfo/bsd
>>
>
>
>
> --
> the sun shines for all
>
> http://blog.l1x.me
>
>
> _______________________________________________
> BSD levlistaBSD at hu.freebsd.orghttps://lists.hu.freebsd.org/mailman/listinfo/bsd
>
>
>
> _______________________________________________
> BSD levlista
> BSD at hu.freebsd.org
> https://lists.hu.freebsd.org/mailman/listinfo/bsd
>



-- 
the sun shines for all

http://blog.l1x.me
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://datacast.hu/pipermail/bsd/attachments/20101005/82427ffc/attachment.html>