- A hozzászóláshoz be kell jelentkezni
- 1740 megtekintés
Hozzászólások
Csak az a zavaró ennél a nagy variálásnál, hogy ha megállok egy verziónál, akkor azért kell félnem, mert tele van lyukkal, ha meg haladok a korral és hetente háromszor frissítek mindent, akkor meg azért, mert nem biztos, hogy pöccre minden menni fog, amit használtam, és még totóznom kell, hogy mit hogyan reszeljek.
Ha csak arról lenne szó, hogy otthon van egy linuxos gépecském, amit folyton reszelgetek, még oké is lenne, de amikor bevállaltam valami szolgáltatást, linuxra alapozva megcsináltam, akkor az ilyen "ja, hát persze, azt meg forgasd újra a qq-1.2.3.4.pre2.rc3-theta-sub12 patch-csel, de vigyázz, mert a sub13 fagy"-jellegű dolgok nem olyan mókásak.
El kéne már dönteni, hogy a linuxot komolyan gondolják vagy csak pár ember hobby-projectjeként, mert ha komolyan, akkor:
a., nem kéne lyukasat kiadni
b., nem kéne kétnaponként újraötletelni dolgokat
c., kicsit figyelni kellene az olümposzról azokra a szerencsétlenekre, akiket egy-két korábbi húzással elküldtek hosszút sétálni a rövid mólón,
ha pedig hobby-project, akkor:
a., visszavenni a széles arcból
b., nem tenni úgy, mintha komoly lenne
Én elhiszem, hogy sokkal élvezetesebb megoldani valaminek a lényegi részét, mint korrektül be is fejezni, de valahol ez különbözteti meg a háztáji buherát a korrekt munkától.
Ja, ha valaki azt szeretné mondani, hogy használjak bsd-t: a 2.6-os 'új fejlesztési struktúra' hallatán már elkezdtem az átállást...
(De azért mindig érdeklődve fogom figyelni a linuxot, és amint lesz egy _folyamatos_ év, ami alatt nem lesznek ilyen szivolák, akkor ígérem elkezdem megint komolyan venni :)...)
- A hozzászóláshoz be kell jelentkezni
A disztribúció vajon mi?
- A hozzászóláshoz be kell jelentkezni
gsimon wrote:
> Ja, ha valaki azt szeretné mondani, hogy használjak bsd-t: a 2.6-os 'új
> fejlesztési struktúra' hallatán már elkezdtem az átállást...
Szegény te :)
Azért majd bugreportolj sűrűn és fedezd fel a galaktikus igazságot: csak
az lesz jó, amit magad is meg tudsz javítani.
- A hozzászóláshoz be kell jelentkezni
Nemtom, de ha a kernelt rángatják a lábam alatt, akkor amellett csak másodhegedűs lehet :).
- A hozzászóláshoz be kell jelentkezni
heh, kernel.orgra meg ki se kerult ;)
- A hozzászóláshoz be kell jelentkezni
Jah. Csak a fooldalra nem. Egyebkent letoltheto:
http://www.kernel.org/pub/linux/kernel/v2.6/patch-2.6.11.3.gz [www.kernel.org]
- A hozzászóláshoz be kell jelentkezni
Nem a te lábad, hanem a disztribúció kernelével foglalkozó fejlesztők alatt rángatják... Neked semmi dolgod vele. Ezt kéne észrevenni...
- A hozzászóláshoz be kell jelentkezni
Micskó Gábor wrote:
> Greg Kroah-Hartman kiadta a Linux kernel 2.6.11.3-as verzióját. Letölthető
> a kernel.org [0]-ról. Változások listája Greg levelében [1].
Lemaradtam. Mi ez az "adjunk ki naponta kernelt" dolog?
Az egészben az a legnevetségesebb, hogy a mirrorokat agyonterhelik ezzel
a sok szeméttel. A 2.6.11-ből eddig négy kiadás van (2.6.11 és .1, .2,
.3), ezek minden mirroron összesen 316 MB-ot foglalnak, ha megvan a .gz
és .bz2 is, plusz a patchek.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
sz wrote:
> Greg Kroah-Hartman: Linux 2.6.11.1 ``sucker-tree'' [0]
Ó.
Most már csak annyi kéne, hogy elfelejtik a bináris minden nap való
közlését (ha két naponként kiadnak 80 MB-ot, akkor előbb-utóbb úgyis
minden kernel mirror el fogja őket hajtani az anyjuk tyúkszemébe :) és
rászoktatják az embereket, hogy CVS/SVN/BK/stb. verziókövető rendszerből
frissítsenek a nekik megfelelő ágra.
És akkor el is érkeztünk a BSD-khez :)
- A hozzászóláshoz be kell jelentkezni
Sirtak a ``security expert''-ek, hogy a kritikus javitasok lassan kerulnek be a kernelbe, masok meg, hogy nincs elegge kitesztelve. Ezert letrehoztak [www.hup.hu] egy ujabb kernelfat -stable fantazianeven (ismert meg sucker-tree neven is). Ebbe kizarolag kritikus es fontos javitasok kerulnek be, gyorsan kerul kiadasra.
Mivel meglehetosen szigoru [www.hup.hu] a patch elfogadasi policy, azt varjak tole, hogy a folyamatos fejlesztes kozben (ugye nincs 2.7, es valoszinuleg nem is lesz, az aktiv fejlesztes a 2.6-ban zajlik) ez a fa lesz az, amit kovetnie kell azoknak, akik stabil anyagot akarnak.
- A hozzászóláshoz be kell jelentkezni
errol jo hosszu vita volt, lenyeg, h idaig is stable kernelt azt sosem csak patchkent lehetett letolteni, es mivel ez stable, akkor itt is igy csinaltak
bővebben itt [lkml.org]
- A hozzászóláshoz be kell jelentkezni
Micskó Gábor wrote:
> sucker-tree neven is). Ebbe kizarolag kritikus es fontos javitasok
> kerulnek be, gyorsan kerul kiadasra.
De jó, hogy nem tükrözöm :)
> Mivel meglehetosen szigoru [1] [www.hup.hu] a patch elfogadasi policy, azt
> varjak tole, hogy a folyamatos fejlesztes kozben (ugye nincs 2.7, es
> valoszinuleg nem is lesz, az aktiv fejlesztes a 2.6-ban zajlik) ez a fa
> lesz az, amit kovetnie kell azoknak, akik stabil anyagot akarnak.
Ez mellesleg elérhető a bitkeeperből is, vagy attól teljesen független?
Nekem nem sikerült eligazodnom abban a dzsungelban. :)
- A hozzászóláshoz be kell jelentkezni
vmiklos wrote:
> errol jo hosszu vita volt, lenyeg, h idaig is stable kernelt azt sosem csak
> patchkent lehetett letolteni, es mivel ez stable, akkor itt is igy
> csinaltak
Barbárok :)
- A hozzászóláshoz be kell jelentkezni
A kernelt magamnak szoktam forgatni, a következő okok miatt:
- méret- és cpu-optimalizálás, van ui. ahol kritikus (ipari beágyazott ketyerék)
- patch-ek: van, ami kell rá (mármint nekem), van, ami nem kell
- nem mindenben egyezik az ízlésem a disztrib fejlesztőiével, pl. én szeretem beleforgatni az ide támogatást és nem initrd-ről indítom, amit lehet, statikusra forgatok és nem modulba (khm, gyakrabban kell kernelt cserélni, mint hardvert, khm), stb.
- mert szeretném magam forgatni, elvégre ezért open source
Szóval nem szeretném azt észrevenni, hogy ott tartok mint winfosnál, hogy használjam a disztrib cuccost, a forrás meg csak dísznek van kinn, mert 'semmi dolgom vele', majd más jobban tudja, hogy mi a jó nekem.
A whiskas-macskák nevében, előre a saját fordítású kernelekért :) !
- A hozzászóláshoz be kell jelentkezni
Pedig ott van linkelve a hírben (;
"A bitkeeper tree for the 2.6.11.y releases can be found at:
bk://linux-release.bkbits.net/linux-2.6.11"
- A hozzászóláshoz be kell jelentkezni
Szerintem elerhetonek kell lennie, mert Linus azt mondta, h gyakran (akar naponta) fog belole bk-pull-t csinalni. Meg Greg K-H [www.kroah.com] nagy Bitkeeper barat. Az USB alrendszer karbantartoja (tobbek kozt), es evek ota abban nyomja [linuxusb.bkbits.com].
- A hozzászóláshoz be kell jelentkezni
Jah, telleg :-)
- A hozzászóláshoz be kell jelentkezni
sz wrote:
> Pedig ott van linkelve a hírben (;
> "A bitkeeper tree for the 2.6.11.y releases can be found at:
> bk://linux-release.bkbits.net/linux-2.6.11"
A hülye, CVS-hez szokott agyammal akkor sem sikerült rájönnöm, hogy
miként is néz ez ki, mondjuk a http://linux.bkbits.net/ oldalon :)
- A hozzászóláshoz be kell jelentkezni
Ez az a bizonyos GKH, aki anno domini a kernelből a hook-okat egy gáláns mozdulattal kivágta, mert "az lehetővé teszi nem free bináris modulok használatát is", valamint a devfs-ről írt leírását azzal kezdi, hogy "ha valamit szeretnél felhozni a devfs mellett, akkor tartsd meg magadnak, el se fogom olvasni, mert engem nem érdekel"?
- A hozzászóláshoz be kell jelentkezni
igen.
- A hozzászóláshoz be kell jelentkezni
In article <42.39251@c.hup.hu>, Nagy Attila wrote:
> Lemaradtam. Mi ez az "adjunk ki naponta kernelt" dolog?
Ez az eredmenye annak a kerneldevelopment szetesesnek, amirol mar tobb mint fel
eve beszelek es a sok lam0r sose hitte el ;)
--
Bérczi Gábor
/Gabu/
- A hozzászóláshoz be kell jelentkezni
erdekes jellemzes. azert nezd meg a masik oldalat is neha a dolgoknak... ;)
- A hozzászóláshoz be kell jelentkezni
Ott sehogy. Itt:
http://linux-release.bkbits.net/ [linux-release.bkbits.net]
- A hozzászóláshoz be kell jelentkezni
Micskó Gábor wrote:
> Ott sehogy. Itt:
> [0] [linux-release.bkbits.net]
> [0] http://linux-release.bkbits.net/
Csak én érzem ezt egyre zavarosabbnak?
- A hozzászóláshoz be kell jelentkezni
És milyen megoldás lenne az, ha a mirrorok mindig csak a legutolsó -sucker version-t tartanák fenn fullban, a korábbiakat csak patch-ben? Nagyon lehetetlen elképzelés?
- A hozzászóláshoz be kell jelentkezni
XMI wrote:
> És milyen megoldás lenne az, ha a mirrorok mindig csak a legutolsó -sucker
> version-t tartanák fenn fullban, a korábbiakat csak patch-ben? Nagyon
> lehetetlen elképzelés?
Akkor eleve ezt kéne kirakni kernel.org oldalon.
- A hozzászóláshoz be kell jelentkezni