Lesz sarge official x86-64?

Fórumok

Lesz sarge official x86-64?

Hozzászólások

[quote:3543041bfa="global77"][quote:3543041bfa="algernon"]A jelenlegi allaspont emlekeim szerint az, hogy "lehet, de nem r0-ban". Magyarul amikor sarge kijon, official x86-64 support nem lesz, viszont kesobb, egy revision kereteben lehet, hogy hozzaadjak.

Ha meg >1.5 evig tart sarge+1 akkor nagyon nagy szarban leszunk, x86-64 nelkul is..

Minek kell kijönnie ahhoz, hogy használni lehessen ???

Mert testinghez NINCSEN security update. Igy szerveren csak akkor hasznalhato, ha az embernek van ideje folyamatosan kovetni a frissiteseket, es ha kell, kezzel megfixalni dolgokat. Nomarmost ez jonehany esetben nem opcio, marad stable. Viszont ujabb szoftverek is kellenenek, es akkor jon a backportokkal szorakozas.. Sokkal jobb mindenkinek, ha surubben van release.

Tovabba, stable-bol van official CD meg minden, az egy fix pont. Arra lehet szoftvert epiteni (ertsd: te vagy egy 3rd party ceg, aki linuxra fejleszt; ha azt akarod, hogy a programod "tamogatott legyen" egy disztriben, akkor ahhoz nem art, ha abbol van stable. Azon nyomban hogy friss libeket hasznalsz, Debian ki fog esni, mert osregi a stable. Ezert is kell surubb release)... Es meg sorolhatnam, hogy miert lenne oltari nagy hulyeseg, ha a stable releaset elfelejtenenk. Vagy olyan ritkan jonne ki, mint eddig.

[quote:3543041bfa="global77"]
Informatikában "a legtöbb esetben" semmire sincs garancia.

Hol kertem garanciat barmire is?

[quote:3543041bfa="global77"]
Pláne ha nem akarsz fizetni a szoftverért, akkor meg aztán végképp ne várd azt,
hogy attól, mert a stable biléta ott fityeg a cuccon az sokkal stabilabb !!!

ROTFL. Sorry. Nem arrol van szo, hogy stabilabb vagy nem (sid user vagyok, leven azt igen ajanlott hasznalni, ha az ember debian developer :P), hanem arrol hogy stable az egy biztos pont. Mozgo celpontra nem lehet fejleszteni. Mozgo celponthoz nem lehet security updateket csinalni. Se official CD-t, satobbi, satobbi, satobbi.

[quote:3543041bfa="global77"]
A fejlődés folyamatos, a stable debianhoz is jönnek ki javítások,
éppúgy mint a testinghez, és még azt sem lehet mondani, hogy lasabban.

Testinghez NINCSEN security support, haho! Stableben meg CSAK security update van, semmi mas. (Azon lehet vitatkozni, fogunk is, sarge release utan, hogy ez jo-e vagy sem)

Javaslom, nezzd meg, mennyi update van stablehoz egy honapban, es mennyi testinghez. Ha utana is tartod a fenti kijelentesedet akkor nincs mas valasztasom, es nagyon ki kell nevesselek.

[quote:3543041bfa="global77"]
Használható most is. pont azalól írok és egy hibával sem találkoztam.
http://masz.pte.hu/sarge.jpg

Nem hasznalhatosagrol van szo. Nagyon jol tudom, hogy hasznalhato.

Ha gondolod, nagyon szivesen kifejtem neked, hogy miert kell surubb release, igen eros ervekkel alatamasztva. Viszont azt nem ezen a forumon, mert erosen off-topic lenne. Ha erdekel, dobj meg egy maillel, es kifejtem neked a dolgot.

[quote:b3e69964fe="algernon"]Mert testinghez NINCSEN security update. Igy szerveren csak akkor hasznalhato, ha az embernek van ideje folyamatosan kovetni a frissiteseket, es ha kell, kezzel megfixalni dolgokat. Nomarmost ez jonehany esetben nem opcio, marad stable. Viszont ujabb szoftverek is kellenenek, es akkor jon a backportokkal szorakozas.. Sokkal jobb mindenkinek, ha surubben van release.

Tovabba, stable-bol van official CD meg minden, az egy fix pont. Arra lehet szoftvert epiteni (ertsd: te vagy egy 3rd party ceg, aki linuxra fejleszt; ha azt akarod, hogy a programod "tamogatott legyen" egy disztriben, akkor ahhoz nem art, ha abbol van stable. Azon nyomban hogy friss libeket hasznalsz, Debian ki fog esni, mert osregi a stable. Ezert is kell surubb release)... Es meg sorolhatnam, hogy miert lenne oltari nagy hulyeseg, ha a stable releaset elfelejtenenk. Vagy olyan ritkan jonne ki, mint eddig.

algernon írta:
> Hol kertem garanciat barmire is?
Ott, hogy secutity update-ket vársz vadonatuj csomagokhoz.
Ha nem is igazi garancia, de a legjobban megközelíti.

algernon írta:
> ROTFL. Sorry. Nem arrol van szo, hogy stabilabb vagy nem (sid user vagyok, leven azt igen > ajanlott hasznalni, ha az ember debian developer :P), hanem arrol hogy stable az egy biztos > pont. Mozgo celpontra nem lehet fejleszteni. Mozgo celponthoz nem lehet security
> updateket csinalni. Se official CD-t, satobbi, satobbi, satobbi.
Igazad van abban, hogy jó, ha van stable,
meg abban is, hogy jobb, ha nem 3 évente jön ki.
De az ubuntu fél éves ciklusai szerintem tullőnek a célon.
Ha azt gonolod, hogy a debiannak is kovetnie kellene ezt a tempot, akkor tevedsz,
mert ekkor pont magaddal kerülsz ellentmodába:
"Mozgo celpontra nem lehet fejleszteni"
"Mozgo celponthoz nem lehet security updateket csinalni"

algernon írta:
> Testinghez NINCSEN security support, haho! Stableben meg CSAK security update van,
> semmi mas. (Azon lehet vitatkozni, fogunk is, sarge release utan, hogy ez jo-e vagy sem)
Haho!
Honnan veszed, hogy a sarge újabb csomagjaiban nicsen seutity support!
Nem úgy hívják, de attól még belerakják.
Vagy te még soha nem szoktál csomagneve-fixverzioszam-x csomagokat készíteni,
ha már egyszer "debian developer" vagy és kijavítasz egy hibát?

>Javaslom, nezzd meg, mennyi update van stablehoz egy honapban, es mennyi testinghez.
> Ha utana is tartod a fenti kijelentesedet akkor nincs mas valasztasom,
> es nagyon ki kell nevesselek.
Csak nyugodtan, nem szoktam zavarba esni tőle,
ha valaki azon nevet amit nem ért meg és emmiatt viccesnek talál.

debian developer írta:
> Nem hasznalhatosagrol van szo. Nagyon jol tudom, hogy hasznalhato.
Na ebben egyetértünk.
Szerverre meg az ember ne akarjon 1 évnél fiatalabb csomagokat, szerintem.
Igaz a 3 év az sok szerintem is, de ezt egy percig sem vitattam.
Az alapgondolatom az volt, hogy nem kell kijönnie egy tesztingnek ahhoz,
hogy azt használni lehessen. Ezt pedig te sem vitattad,
akkor meg mire fel az a sok felesleges szócséplés?

> Ha gondolod, nagyon szivesen kifejtem neked, hogy miert kell surubb release, igen eros
> ervekkel alatamasztva. Viszont azt nem ezen a forumon, mert erosen off-topic lenne.
> Ha erdekel, dobj meg egy maillel, es kifejtem neked a dolgot..
OK

[quote:3964cb979d="global77"]Szerverre meg az ember ne akarjon 1 évnél fiatalabb csomagokat, szerintem.

milyen szerverre milyen csomagokat? pistike pcboltja site-ot hostolo szerverre?
mondjuk nezzel mar meg egy php 4.x-et egy evvel ezelott, es nezd meg most. fejlesztoknek elmagyarazod, miert kell az egy evvel ezelotti (bizonyos funkciokat meg nem tamogato) cuccra fejleszteniuk?
esetleg clamav? abbol is nyugodt szivvel hasznalod az egy evvel ezelottit?
asszem lehetne meg folytatni a sort.
nem mondom, hogy mindenbol a legfrissebb kell, mert ez baromsag, csak eppen sokminden gyorsan elevul. szerintem az egy eves release cycle is hosszu, fel ev talan meg elmegy. (ne gyere a backport-baromsaggal, ha kerhetem)

[quote:959af4c53b="zsirfeka"][quote:959af4c53b="global77"]Szerverre meg az ember ne akarjon 1 évnél fiatalabb csomagokat, szerintem.

milyen szerverre milyen csomagokat? pistike pcboltja site-ot hostolo szerverre?
mondjuk nezzel mar meg egy php 4.x-et egy evvel ezelott, es nezd meg most. fejlesztoknek elmagyarazod, miert kell az egy evvel ezelotti (bizonyos funkciokat meg nem tamogato) cuccra fejleszteniuk?
esetleg clamav? abbol is nyugodt szivvel hasznalod az egy evvel ezelottit?
asszem lehetne meg folytatni a sort.
nem mondom, hogy mindenbol a legfrissebb kell, mert ez baromsag, csak eppen sokminden gyorsan elevul. szerintem az egy eves release cycle is hosszu, fel ev talan meg elmegy. (ne gyere a backport-baromsaggal, ha kerhetem)

> (ne gyere a backport-baromsaggal, ha kerhetem)
Kerheted! Nem jovok, mert amikor kiprobaltam jo volt, csak hamar tonkrement.

Ha PHP
Én az 5x-es szériát nem raknám bele.
A 4x-es széria pedig nem mai gyerek.
Persze a 4x-es szeriabol a legujabbat!

Hasonlóképp a többi programnál.

Ha már kb. fél - másfél évet bizonyított stabilitásban egy új generáció,
akkor az mehet stable-be. Korábban nem célszerű, szerintem.

Ha újabb csomag kell, mint fél év, akkor meg ne akarj stable disztribúciót használni.

[quote:7a344325ff="global77"]
> (ne gyere a backport-baromsaggal, ha kerhetem)
Kerheted! Nem jovok, mert amikor kiprobaltam jo volt, csak hamar tonkrement.

hmm?

[quote:7a344325ff="global77"]Ha PHP
Én az 5x-es szériát nem raknám bele.
A 4x-es széria pedig nem mai gyerek.
Persze a 4x-es szeriabol a legujabbat!

vesd ossze:

[quote:7a344325ff="global77"]Szerverre meg az ember ne akarjon 1 évnél fiatalabb csomagokat, szerintem.

tehat akkor ne akarjal 1 evnel fiatalabb csomagokat, de rakd fel a legujabb php-t? akkor ezt most mi?

[quote:7a344325ff="global77"]Ha már kb. fél - másfél évet bizonyított stabilitásban egy új generáció, akkor az mehet stable-be. Korábban nem célszerű, szerintem.

ki mondja meg, hogy mitol stable valami? hol kell bizonyitania? ki bizonyitja?

[quote:7a344325ff="global77"]Ha újabb csomag kell, mint fél év, akkor meg ne akarj stable disztribúciót használni.

kerlek, definiald a 'stable disztribucio' fogalmat.

[quote:a6eb2f7461="zsirfeka"]

[quote:a6eb2f7461="global77"]Szerverre meg az ember ne akarjon 1 évnél fiatalabb csomagokat, szerintem.

tehat akkor ne akarjal 1 evnel fiatalabb csomagokat, de rakd fel a legujabb php-t? akkor ezt most mi?

Általában a fejlesztéseknél szokott lenni egy főbb verziószám,
amikor drasztikusan megváltoztatják a funkciókat, és egy kisebb, amikor pedig alig.
Érted már?

[quote:a6eb2f7461="zsirfeka"]
[quote:a6eb2f7461="global77"]Ha már kb. fél - másfél évet bizonyított stabilitásban egy új generáció, akkor az mehet stable-be. Korábban nem célszerű, szerintem.

ki mondja meg, hogy mitol stable valami? hol kell bizonyitania? ki bizonyitja?

Mindenki, mindenhol, mindenki, aki használja és reportol a fejlesztőknek.
Csak ahhoz, hogy ez kiderüljön, kell egy kis idő,
olykor olykor több is mint fél év.

[quote:a6eb2f7461="zsirfeka"]
[quote:a6eb2f7461="global77"]Ha újabb csomag kell, mint fél év, akkor meg ne akarj stable disztribúciót használni.

kerlek, definiald a 'stable disztribucio' fogalmat.

Pont azt csináltam az előző kijelentéseimmel.
Pontosabban, hogy szerintem milyen lenne az igazán jó 'stable'.

[quote:af93c2447d="global77"][quote:af93c2447d="zsirfeka"]

[quote:af93c2447d="global77"]Szerverre meg az ember ne akarjon 1 évnél fiatalabb csomagokat, szerintem.

tehat akkor ne akarjal 1 evnel fiatalabb csomagokat, de rakd fel a legujabb php-t? akkor ezt most mi?

Általában a fejlesztéseknél szokott lenni egy főbb verziószám,
amikor drasztikusan megváltoztatják a funkciókat, és egy kisebb, amikor pedig alig.
Érted már?

[quote:af93c2447d="zsirfeka"]
[quote:af93c2447d="global77"]Ha már kb. fél - másfél évet bizonyított stabilitásban egy új generáció, akkor az mehet stable-be. Korábban nem célszerű, szerintem.

ki mondja meg, hogy mitol stable valami? hol kell bizonyitania? ki bizonyitja?

Mindenki, mindenhol, mindenki, aki használja és reportol a fejlesztőknek.
Csak ahhoz, hogy ez kiderüljön, kell egy kis idő,
olykor olykor több is mint fél év.

[quote:af93c2447d="zsirfeka"]
[quote:af93c2447d="global77"]Ha újabb csomag kell, mint fél év, akkor meg ne akarj stable disztribúciót használni.

kerlek, definiald a 'stable disztribucio' fogalmat.

Pont azt csináltam az előző kijelentéseimmel.
Pontosabban, hogy szerintem milyen lenne az igazán jó 'stable'.

jelen pillanatban a padlom vergodom es lebegoert kapkodom a rohogestol.

trey lecci irjatok ki hogy ez a tartalom a nyugalom megzavarására alkalmas.
global88 tovabbra is tartom hogy neked az állatkert topicba kene irogatni
javaslom hogy hasznalj 1eves csomagokat mindenbol pl. awstatbol is lecci. koszike

[quote:1fcd4d0acf="drastik"]
jelen pillanatban a padlom vergodom es lebegoert kapkodom a rohogestol.

trey lecci irjatok ki hogy ez a tartalom a nyugalom megzavarására alkalmas.
global88 tovabbra is tartom hogy neked az állatkert topicba kene irogatni
javaslom hogy hasznalj 1eves csomagokat mindenbol pl. awstatbol is lecci. koszike

Ha az az iciny piciny agyvelőd annyit sem képes felfogni a világból, ....
1. hogy itt egyedül te zavarod mások nyugalmát
2. hogy a http://hup.hu/modules.php?name=News&file=comments&op=showreply&tid=36693&sid=8028&pid=36690&mode=&order=&thold=#36693
thread-en, nem awstat szakértőnek tituláltam magam, hanem egy "a világ végigghekkelést segítő google technikára" kérdeztem rá,
amit egyébként már akkor is blokkolt a google.
3. Ugyaanott ugyanekkor ezt írtad:
> szvsz phpbb egy fos
> szvsz elashatja az a rendszergazda aki lehetoseget ad erre barmien
> tartalmu oldalt is uzemeltet
Magyarán úgy lefikáztad ennek a portálnak az üzemeltetőjét,
azért mert ilyen süllyesztőbe való portált üzemeltet, mint a pinty.
.... akkor nagyon sajnállak.

Mire trey nem hagyta szó nélkül:
"Ezek szerint a Gresecurity-s Branden is elashatja magat.... Muhahahaha."
"Padig nagy szakerto hireben all :-D"
"http://forums.grsecurity.net/ [forums.grsecurity.net]"

Később bővítette a listát
Képzeld nem egyszerre születtek hozzászólásai,
képes volt a te fikázásod miatt visszakeresni a thread-et még kétszer,
mert talált phpbb-t üzemeltető nagy szájtokat:
"s/Branden/spender"
"s/Gresecurity/grsecurity"

Amikor azt írtam, hogy inkább ezt kommenteld,
akkor meg fölényesen elintézed, hogy trey hozzászólása:
> nem tartalmaz relevans infot

Na látod, én bár nem is sírok rajtad,
de nem is fexem a földön szarrá röhögve magam.
Mindenesetre egy kis mosolyt megérdemelsz,
mert hát értelmesen hozzászólni nem tucc, de fikázni azt rendesen.
:lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol:
UI: A gentoo történetben sem volt egy értemet sugalló hozzászólásod.

[quote:c10ff94482="global77"]UI: A gentoo történetben sem volt egy értemet sugalló hozzászólásod.

neked volt?

Hali!

Akkor en is leirom a velemenyemet, a release cycle-rol.
1., Azert hasznalok debiant, mert megbizom benne es szeretem
2., Eddig sosem hagyott cserben (pedig meg kellett dolgozni erte)
3., En nem csak adminisztralok hanem fejlesztek is

Egy komplett szofverrendszert amit keszitettem nem szeretnem
felevente atirni, hogy az uj verzioju programokat maximalisan
kihasznalhassam (ugyanis senki nem fizeti meg), de azt igenis
elvarjak, hogy a rendszer megbizhatoan mukodjon. Ebbol a ket
dologbol kovetkezik, hogy suru es jo security update-kre van
szuksegem kb 1.5-2 eves release ciklusokkal (ez meg eladhato,
marmint letolhato koltseg a megrendelo torkan)

A harom eves release szerintem sok, de a fel eves ill eves keves.
Persze en is szivesen kihasznalnam az uj programok funkcioit, de
nem aldozhatom fel erte a stabilitast es nem kerhetek dist-upgrade
cimszo alatt felevente penzt, ha megbizhatoan tudom uzemeltetni
a szfoftvereket ill a szervert.

Baromira orulnek pl a PgSQL 8 es az x86-64 belekerulne a sarge-be,
nem fog de megleszek nelkule, INKABB megleszek nelkule, minthogy
felevente frissitsem a rendszert. Megegyszer kihangsulyozom, hogy
szerintem nincs ertelme PHP5-nek azert, hogy legyen egy-ket uj
fuggveny, es egy kicsit gyorsabb legyen (Meggyozodesem, hogy jo
programozo sokkal jobb telejesitmenyu programot ir PHP4-ben mint
egy kozepes PHP5-ben).

Sajnos amiben sokmindenkinek igaza volt az a Clamav, Spamassasin,
Amavis. Szerintem ezzel a debian fejlesztok is tisztaban vannak es ez
a Sarge megejelenesetol kezdve nem lesz hatalmas problema.

Utoszo: Szivesen frissitek release-t en havonta is csak legyen ki
megfizesse (bar van egy rendszer aminek a teljes portja tobb lenne
mint 1 honap), de minek szeretnek uj release-t ha nem irnam at a
programokat es a beallitasokat, hogy kihasznalja azoknak minden
elonyet illetve hatranyat.
Termeszetesen szerver es nem desktop kornyeztrol van szo.

Udv, Zsalab!

csak a tisztanlatas vegett: en sem php4-php5 upgrade-rol beszeltem, hanem a 4.x sorozat fejlodeserol. woodyban 4.1.x van, ha jol remlik, azota meg mar 4.3.10-nel jarunk. az xfree86-x.org temakort pedig inkabb hagyjuk :-)

csak a tisztanlatas vegett: en sem php4-php5 upgrade-rol beszeltem, hanem a 4.x sorozat fejlodeserol. woodyban 4.1.x van, ha jol remlik, azota meg mar 4.3.10-nel jarunk. az xfree86-x.org temakort pedig inkabb hagyjuk :-)

A php 4.1.x nagyon jol mukodik akinek azzal problemaja van az nem
tud programozni. Az X pedig nem hiszem, hogy szukseges egy szerver
kornyezetben (legalabbis nekem meg nem volt szuksegem ra)

[quote:d72ac864e2="zsalab"][quote:d72ac864e2="zsirfeka"]csak a tisztanlatas vegett: en sem php4-php5 upgrade-rol beszeltem, hanem a 4.x sorozat fejlodeserol. woodyban 4.1.x van, ha jol remlik, azota meg mar 4.3.10-nel jarunk. az xfree86-x.org temakort pedig inkabb hagyjuk :-)

A php 4.1.x nagyon jol mukodik akinek azzal problemaja van az nem
tud programozni. Az X pedig nem hiszem, hogy szukseges egy szerver
kornyezetben (legalabbis nekem meg nem volt szuksegem ra)

valoban az xploitok is remekul mukodnek rajta

[quote:7773fa7e6d="drastik"][quote:7773fa7e6d="zsalab"][quote:7773fa7e6d="zsirfeka"]csak a tisztanlatas vegett: en sem php4-php5 upgrade-rol beszeltem, hanem a 4.x sorozat fejlodeserol. woodyban 4.1.x van, ha jol remlik, azota meg mar 4.3.10-nel jarunk. az xfree86-x.org temakort pedig inkabb hagyjuk :-)

A php 4.1.x nagyon jol mukodik akinek azzal problemaja van az nem
tud programozni. Az X pedig nem hiszem, hogy szukseges egy szerver
kornyezetben (legalabbis nekem meg nem volt szuksegem ra)

valoban az xploitok is remekul mukodnek rajta

Lecci lecci kuldjel mar par exploit-ot, had probaljam ki, hogy mukodik egy
woody-is szerveren!

[quote:13aa7a0b85="global77"]
Ha az az iciny piciny agyvelőd annyit sem képes felfogni a világból, ....
1. hogy itt egyedül te zavarod mások nyugalmát
2. hogy a http://hup.hu/modules.php?name=News&file=comments&op=showreply&tid=36693&sid=8028&pid=36690&mode=&order=&thold=#36693
thread-en, nem awstat szakértőnek tituláltam magam, hanem egy "a világ végigghekkelést segítő google technikára" kérdeztem rá,
amit egyébként már akkor is blokkolt a google.
3. Ugyaanott ugyanekkor ezt írtad:
> szvsz phpbb egy fos
> szvsz elashatja az a rendszergazda aki lehetoseget ad erre barmien
> tartalmu oldalt is uzemeltet
Magyarán úgy lefikáztad ennek a portálnak az üzemeltetőjét,
azért mert ilyen süllyesztőbe való portált üzemeltet, mint a pinty.
.... akkor nagyon sajnállak.

szvsz=szereny velemenyem szerint tudod
az hogy en sz@rnak tartom a phpbb-t nem mond el semmit rola

az amit irtam hogy nincs chrootolva a rendszer vagy nincsen jailezve es emiatt insecure tovabbra is tartom hogy akkor lame a rendszergazda

[quote:13aa7a0b85="global77"]
Mire trey nem hagyta szó nélkül:
"Ezek szerint a Gresecurity-s Branden is elashatja magat.... Muhahahaha."
"Padig nagy szakerto hireben all :-D"
"http://forums.grsecurity.net/ [forums.grsecurity.net]"

Később bővítette a listát
Képzeld nem egyszerre születtek hozzászólásai,
képes volt a te fikázásod miatt visszakeresni a thread-et még kétszer,
mert talált phpbb-t üzemeltető nagy szájtokat:
"s/Branden/spender"
"s/Gresecurity/grsecurity"

azert mert mari neni piros bugyit hord nem muszaj neked is, persze lehet
a capellaban nagy sikered lenne

maga a grsecurity meglete egy wicc hogy a linux kernelnek pecs kell ahhoz hogy biztonsagos legyen
bsdkernelt mirt nem pecselik sz@rra?
persze ettol meg nagy security szakerto a srac es mivel o phpbb-t hasznal ezert muszaj mindenkinek azt es velemenyunk se lehet a dologrol.
kicsit a gyurcsanyra emlekeztetsz hogy jobb ha befogjuk a szankat

[quote:13aa7a0b85="global77"]
Amikor azt írtam, hogy inkább ezt kommenteld,
akkor meg fölényesen elintézed, hogy trey hozzászólása:
> nem tartalmaz relevans infot

tovabbra is tartom hogy az hogy valaki ezt vagy azt hasznal nem erdekes

[quote:13aa7a0b85="global77"]
Na látod, én bár nem is sírok rajtad,
de nem is fexem a földön szarrá röhögve magam.
Mindenesetre egy kis mosolyt megérdemelsz,
mert hát értelmesen hozzászólni nem tucc, de fikázni azt rendesen.
:lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol:

lecci folytasd mert keves ilyen szorakoztato embert ismerek mint te jelentkezz a fixtvbe van pc-s musor sztem a durranokondis topicoddal sikered lenne!

maradok kitarto olvasod
drastik

[quote:a487eb6d9e="global77"][quote:a487eb6d9e="algernon"]Mert testinghez NINCSEN security update. Igy szerveren csak akkor hasznalhato, ha az embernek van ideje folyamatosan kovetni a frissiteseket, es ha kell, kezzel megfixalni dolgokat. Nomarmost ez jonehany esetben nem opcio, marad stable. Viszont ujabb szoftverek is kellenenek, es akkor jon a backportokkal szorakozas.. Sokkal jobb mindenkinek, ha surubben van release.

Tovabba, stable-bol van official CD meg minden, az egy fix pont. Arra lehet szoftvert epiteni (ertsd: te vagy egy 3rd party ceg, aki linuxra fejleszt; ha azt akarod, hogy a programod "tamogatott legyen" egy disztriben, akkor ahhoz nem art, ha abbol van stable. Azon nyomban hogy friss libeket hasznalsz, Debian ki fog esni, mert osregi a stable. Ezert is kell surubb release)... Es meg sorolhatnam, hogy miert lenne oltari nagy hulyeseg, ha a stable releaset elfelejtenenk. Vagy olyan ritkan jonne ki, mint eddig.

algernon írta:
> Hol kertem garanciat barmire is?
Ott, hogy secutity update-ket vársz vadonatuj csomagokhoz.
Ha nem is igazi garancia, de a legjobban megközelíti.

Vadi uj? Hol? Stableban? En azt irtam, hogy stablehez van security support, testinghez meg nincs. Nem irtam sehol, hogy elvarom, hogy testinghez is legyen (masok igen, foleg release-hez kozel... nem ugy megy ez, hogy egyik pillanatrol hirtelen stable lesz, es akkor a hianyzo infrastruktura is megjelenik!)

[quote:a487eb6d9e="global77"]
algernon írta:
> ROTFL. Sorry. Nem arrol van szo, hogy stabilabb vagy nem (sid user vagyok, leven azt igen
> ajanlott hasznalni, ha az ember debian developer :P), hanem arrol hogy stable az egy biztos
> pont. Mozgo celpontra nem lehet fejleszteni. Mozgo celponthoz nem lehet security
> updateket csinalni. Se official CD-t, satobbi, satobbi, satobbi.

Igazad van abban, hogy jó, ha van stable,
meg abban is, hogy jobb, ha nem 3 évente jön ki.
De az ubuntu fél éves ciklusai szerintem tullőnek a célon.

Ha azt gonolod, hogy a debiannak is kovetnie kellene ezt a tempot, akkor tevedsz,
mert ekkor pont magaddal kerülsz ellentmodába:
"Mozgo celpontra nem lehet fejleszteni"
"Mozgo celponthoz nem lehet security updateket csinalni"

Felevente release kozelsem mozgo celpont. Naponta frissulo csomagok mar sokkal inkabb. Nezd csak meg, Ubuntu teljesen konnyeden csinal security supportot. De ha megnezed, sehol nem irtam, hogy felevente kell release. Csak annyit hogy surubben, es ha 1.5 ev alatt nincs kovetkezo release, akkor bajban vagyunk. Egy release / masfel ev az meg eppen belefer.

Hogy hany release az idealis evente, az attol fugg kit kerdezel. A desktop user azt mondja hogy max fel ev szabad elteljen ket release kozott (mivel ubuntu elsosorban a desktop userre utazik, ok emellett tettek le a voksukat), ha sysadmint kerdezel, neki az egy ev az idealisabb.

A megoldas az lenne, ha kulonbozo komponensek kulonbozo idokozonkent jelenhetnenek meg.

[quote:a487eb6d9e="global77"]
algernon írta:
> Testinghez NINCSEN security support, haho! Stableben meg CSAK security update van,
> semmi mas. (Azon lehet vitatkozni, fogunk is, sarge release utan, hogy ez jo-e vagy sem)
Haho!
Honnan veszed, hogy a sarge újabb csomagjaiban nicsen seutity support!
Nem úgy hívják, de attól még belerakják.
Vagy te még soha nem szoktál csomagneve-fixverzioszam-x csomagokat készíteni,
ha már egyszer "debian developer" vagy és kijavítasz egy hibát?

Security support != feltoltok uj csomagot. Ennyi erovel sidhez is van security support.

Security support az, hogy DSA keszul hozza, es rogton bekerul a disztribbe a csomag. Nomarmost, testinghez hianyzik az infrastruktura ehhez. Testingbe NEM LEHET FELTOLTENI. Csak sidbe, es onnan kerul at testingbe. Vagy lehet testing-proposed-updates -be tolteni (de csak ha a mar fagyasztott reszben van a csomag), onnan meg kezzel kell attenni. Nincs olyan, mint stablenal, hogy stable-security -ba feltolt az ember, es akkor az bekerul.

Magyarul ha en javitok egy hibat, feltoltom a csomagot sidbe, akkor az joesetben is ket nap, mire ater. Kiveve ha szerencsem van es elkapok egy release managert, es be tudom konyorogni a csomagot, ami ritka. Ha nagyobb csomagrol van szo, ami pl olyan libeken dependel, frissen buildelve, ami nincsen testingben, akkor meg kell varni amig azok is aternek. Es nem megoldas az, hogy akkor sarge-n forgatom. Mert a buildd-k siden fogjak. Es ha egy architekturan ki is kerultem az ujabb libeket, a tobbin nem fog menni.

Testinghez hianyoznak a builddk is, pl. Ezert ha meg meg is csinalnak a csomagot, es direktbe betennek testingbe, az sem mukodne, mert a builddk csak stablehoz es sidhez vannak hivatalosan. Testinghez is akarnak, csak az meg nincs meg valamiert. Enelkul meg security supportot nem lehet csinalni.

Anno potatonal meg nem voltak security buildd-k, es bizony akik a security updateket csinaltak, nagyon megszenvedtek a csomagokkal sokszor, es bazilassan jottek ki az updatek. Meg egyszer ilyet nem fognak vallalni.

[quote:a487eb6d9e="global77"]
>Javaslom, nezzd meg, mennyi update van stablehoz egy honapban, es mennyi testinghez.
> Ha utana is tartod a fenti kijelentesedet akkor nincs mas valasztasom,
> es nagyon ki kell nevesselek.
Csak nyugodtan, nem szoktam zavarba esni tőle,
ha valaki azon nevet amit nem ért meg és emmiatt viccesnek talál.

Jo, akkor most nagyon kinevetlek. De mondd mar el nekem, mit nem ertek, please :)

[quote:a487eb6d9e="global77"]
debian developer írta:
> Nem hasznalhatosagrol van szo. Nagyon jol tudom, hogy hasznalhato.
Na ebben egyetértünk.
Szerverre meg az ember ne akarjon 1 évnél fiatalabb csomagokat, szerintem.

En azert szeretnek. Spamassassinbol meg viruskergetokbol peldaul nagyon jol tud jonni, ha egy evnel fiatalabb. Mondjuk oke, egy eves programokat meg kibirok..

(Azert upgradelnem kellett a szerverem sarge-ra - es a biztonsagi hibakat azota is kovetem, es a sides csomagokat kezzel pergetem ujra sargen, amint a bugfix sidben megjelenik, mert nincs kedvem napokig lyukas rendszert futtatni -, mert woodys gnutls hasznalhatatlanul regi volt, csakugy mint spamassassin meg postfix - ok, woodys postfix nem hasznalhatatlanul regi, csak pl greylistinget nem tud vele az ember, meg par hasonlo nyalanksagot -, meg a tobbi...)

[quote:a487eb6d9e="global77"]
Igaz a 3 év az sok szerintem is, de ezt egy percig sem vitattam.
Az alapgondolatom az volt, hogy nem kell kijönnie egy tesztingnek ahhoz,
hogy azt használni lehessen. Ezt pedig te sem vitattad,
akkor meg mire fel az a sok felesleges szócséplés?

Az alapgondolat az volt, hogy surubben kell stable, es testing azt nem helyettesiti. Atmenetileg sem, a legtobb esetben. En amellett vagyok hogy vannak helyzetek amikor testinget hasznalni stable helyett, amikor stable tul reginek bizonyul sokszor nem opcio. Te latszolag ellentetes velemenyen vagy. Ezert a szocseples.

[quote:a487eb6d9e="global77"]
> Ha gondolod, nagyon szivesen kifejtem neked, hogy miert kell surubb release, igen eros
> ervekkel alatamasztva. Viszont azt nem ezen a forumon, mert erosen off-topic lenne.
> Ha erdekel, dobj meg egy maillel, es kifejtem neked a dolgot..
OK

Akkor ezt alkalmasint megteszem, amint idom engedi. Ha netan elfeledkeznek rola, nyugodtan dobj meg egy maillal, es koveteld amit igertem :]

[quote:11e424902e="zsalab"]
A harom eves release szerintem sok, de a fel eves ill eves keves.
Persze en is szivesen kihasznalnam az uj programok funkcioit, de
nem aldozhatom fel erte a stabilitast es nem kerhetek dist-upgrade
cimszo alatt felevente penzt, ha megbizhatoan tudom uzemeltetni
a szfoftvereket ill a szervert.

old-stable-hez is van security support, egy ideig legalabbis. Ha evente jon ki, akkor is boven lehet masfel evente dist-upgradelni kb. Kb fel ev mindig van arra, hogy az ember dist-upgradeljen, meg akkor is ha felevente lenne uj release (ami ugysem lesz :P).

Ha a dist-upgrade nem egyszeru, akkor az bug, es jelenteni kell, hogy ki lehessen javitani. Ha a stable-ra fejlesztett szoftver nem mukodik az uj rendszeren, a libek vagy egyebek hibajabol, akkor vagy portolni kell - amit elobb-utobb ugyis meg kene csinalni -, vagy reportolni a hibat.

SZVSZ, egy eves release az teljesen kovetheto.

[quote:11e424902e="zsalab"]
Sajnos amiben sokmindenkinek igaza volt az a Clamav, Spamassasin,
Amavis. Szerintem ezzel a debian fejlesztok is tisztaban vannak es ez
a Sarge megejelenesetol kezdve nem lesz hatalmas problema.

Haat... ebben nem vagyok teljesen biztos, hogy sarge megjelenesevel nem lesz evvel problema. De legyen inkabb neked igazad! :)

[quote:11e424902e="zsalab"]
Utoszo: Szivesen frissitek release-t en havonta is csak legyen ki
megfizesse (bar van egy rendszer aminek a teljes portja tobb lenne
mint 1 honap), de minek szeretnek uj release-t ha nem irnam at a
programokat es a beallitasokat, hogy kihasznalja azoknak minden
elonyet illetve hatranyat.

En azt szoktam, hogy nem rogton, dist-upgradekor irok at minden configot, hogy jajjdejo, akkor most kihasznalom az uj dolgokat. Hanem szepen lassan, amikor eszembe jut es van ra idom/energiam, vagy eppen igeny. Hangsuly ezen a legutobbin. Feleslegesen nem strapalom magam. Viszont ha van ra igeny, es ujabb release kell hozza, akkor tok jo, ha a rendszert mar upgradeltem es csak a configot kell atirni itt-ott, mintha a teljes rendszert akkor kene elkezdeni dist-upgradelni, amikor az ugyfel jelszi hogy neki ez-meg-ez kell.

[quote:a1175edf99="algernon"]
[quote:a1175edf99="global77"]
algernon írta:
> Hol kertem garanciat barmire is?
Ott, hogy secutity update-ket vársz vadonatuj csomagokhoz.
Ha nem is igazi garancia, de a legjobban megközelíti.

Vadi uj? Hol? Stableban? En azt irtam, hogy stablehez van security support, testinghez meg nincs. Nem irtam sehol, hogy elvarom, hogy testinghez is legyen

Én meg azt nem írtam, hogy testinhez várod a "secutity update" -t. :)
Félreértettél:
Arra gondoltam, hogy ha a stable kiadási ciklusait sokallod,
akkor jóval újabb csomagokhoz vársz "secutity update" -t.
Nemdebár?

Mivel addig még nem írtad,
gondoltam Te is a fél évnél rövidebb ciklusokat várók táborába tartozol.
De mint kiderült, hasonló időközre becsülöd az ideális kiadási ciklust, mint én.

[quote:a1175edf99="algernon"]
A megoldas az lenne, ha kulonbozo komponensek kulonbozo idokozonkent jelenhetnenek meg.

Mi lenne ez?
Feldarabolt disztribúció?
Ötletes, de nem értem. Mi az a komponens?

[quote:a1175edf99="algernon"]
Security support != feltoltok uj csomagot. Ennyi erovel sidhez is van security support.
...
Jo, akkor most nagyon kinevetlek. De mondd mar el nekem, mit nem ertek, please :)

Amit itt írtál arról fogalmam nem volt, mivel nem vagyok debian fejlesztő, csak felhasználó.
Itt viszont én értettem félre a szitut.
Azt hittem hasonló csomagbekerüléssel készül a testing, mint az unstable.
Tévedtem, de az állításaim a sid-re attól még állnak, nevezetesen,
hogy ha kiderül egy hiba, akkor szinte a stable-el egyidőben megjelenik hozzá a javítás.

[quote:a1175edf99="algernon"]
[quote:a1175edf99="global77"]
Igaz a 3 év az sok szerintem is, de ezt egy percig sem vitattam.
Az alapgondolatom az volt, hogy nem kell kijönnie egy tesztingnek ahhoz,
hogy azt használni lehessen. Ezt pedig te sem vitattad,
akkor meg mire fel az a sok felesleges szócséplés?

Az alapgondolat az volt, hogy surubben kell stable, es testing azt nem helyettesiti. Atmenetileg sem, a legtobb esetben. En amellett vagyok hogy vannak helyzetek amikor testinget hasznalni stable helyett, amikor stable tul reginek bizonyul sokszor nem opcio. Te latszolag ellentetes velemenyen vagy. Ezert a szocseples.

Tévedsz:
Egy percig sem állítottam, hogy ha régi a stable, akkor helyettesíti a testing.
Csupán annyit mondtam, hogy nem kell kijönnie egy tesztingnek ahhoz, hogy azt használni lehessen.
Azt nem mondtam, hogy mire, de mint a mellékelt ábra is mutatta: desktopra.
Ha ezeréves a stable válassz más disztibet, nem javasoltam helyette a testinget egy szóval sem. Ezt félreértetted.

[quote:a1175edf99="algernon"]
Ha gondolod, nagyon szivesen kifejtem neked, hogy miert kell surubb release,

Azt hiszem a lényeges dolgokat már kifejtetted, és egyet is értek veled.

persze ettol meg nagy security szakerto a srac es mivel o phpbb-t hasznal ezert muszaj mindenkinek azt es velemenyunk se lehet a dologrol.
kicsit a gyurcsanyra emlekeztetsz hogy jobb ha befogjuk a szankat

Álszerény agyacskádba, még az se fér bele, hogy vissza tudj emlékezni:
Valóban a véleménynyilvánítás szabadsága nem tetszett-e,
avagy csupán a fikázásaidban meglévő megalázó stílusod?

Számomra meg Anetkára hasonlítasz irritáló stílusoddal.

lecci folytasd mert ...

Nincs szerencséd.

UI:
Aki az alábbiakat nem tudja megérteni és halálra röhögi rajt magát,
az nem nem csak pót(utó)vizsgára szorul, hanem diliházra is:

Adott egy alulméretezett alkatrész, és kibír 3 évet 1-2% terheltség mellett.
Ezután felkapcsolva 100% terhelésre azonnal tönkremegy.
Ugyanebből a szériából egy másik alkatrész 50-80% os terhelés melett egy hónap alatt tönkeremegy.

Ezekből a tényekből következik,
hogy az alulméretezés és a terhelés együttesen okozza az alkatrész pusztulását!

Nagyon tudom sajnálni azokat, akik ezt nem tudják megérteni!

[quote:fb47c5d73c="zsalab"]A php 4.1.x nagyon jol mukodik akinek azzal problemaja van az nem tud programozni. Az X pedig nem hiszem, hogy szukseges egy szerver kornyezetben (legalabbis nekem meg nem volt szuksegem ra)

1) hasonlitsd ossze a php 4.1.x es az utana jovo verziokat funkcionalitas szempontjabol (nem vagyok php developer, de tudom, hogy vannak elteresek, nem is keves). van kulonbseg, es ez nem programozoi tudas kerdese (a drastik altal emlitett biztonsagi hibakrol nem is beszelve - tudtommal ez a szeria mar nincs karbantarva a fejlesztok altal, innentol kezdve kik javitjak a hibakat? a csomag maintainerek?)

2) senki nem mondta, hogy szerver kornyeztben X-re lenne szukseges, csupan arra batorkodtam celozni, hogy tudtommal sarge-ban 4.3.999999999999999999999-es X lesz; a debianon kivul minden ertelmes disztribucio x.org-ot hasznal mar, es a mostani release cycle-t figyelembe veve talan majd 2008-ban (2009-ben?) lesz x.org a debianban? vagy megtorik a policy-t?

[quote:e2f22ac2f0="zsalab"]

2) senki nem mondta, hogy szerver kornyeztben X-re lenne szukseges, csupan arra batorkodtam celozni, hogy tudtommal sarge-ban 4.3.999999999999999999999-es X lesz; a debianon kivul minden ertelmes disztribucio x.org-ot hasznal mar, es a mostani release cycle-t figyelembe veve talan majd 2008-ban (2009-ben?) lesz x.org a debianban? vagy megtorik a policy-t?

Ez nem policy... inkabb szokas. :wink:

Mondjak... mondjak, hogy legkozelebb majd gyorsabban kesz lesz az uj stable. En 96 ota hasznalok Debian szervereket, es egyre csak lassulnak a kiadasok. Nem fikazom oket. Ez van. Hogy ennek mi az okat, az mar egy masik kerdes.

Totya

[quote:3c597ba200="global77"]

persze ettol meg nagy security szakerto a srac es mivel o phpbb-t hasznal ezert muszaj mindenkinek azt es velemenyunk se lehet a dologrol.
kicsit a gyurcsanyra emlekeztetsz hogy jobb ha befogjuk a szankat

Álszerény agyacskádba, még az se fér bele, hogy vissza tudj emlékezni:
Valóban a véleménynyilvánítás szabadsága nem tetszett-e,
avagy csupán a fikázásaidban meglévő megalázó stílusod?

Számomra meg Anetkára hasonlítasz irritáló stílusoddal.

lecci folytasd mert ...

Nincs szerencséd.

UI:
Aki az alábbiakat nem tudja megérteni és halálra röhögi rajt magát,
az nem nem csak pót(utó)vizsgára szorul, hanem diliházra is:

Adott egy alulméretezett alkatrész, és kibír 3 évet 1-2% terheltség mellett.
Ezután felkapcsolva 100% terhelésre azonnal tönkremegy.
Ugyanebből a szériából egy másik alkatrész 50-80% os terhelés melett egy hónap alatt tönkeremegy.

Ezekből a tényekből következik,
hogy az alulméretezés és a terhelés együttesen okozza az alkatrész pusztulását!

Nagyon tudom sajnálni azokat, akik ezt nem tudják megérteni!

muhahaha
erdekes hogy teged tobben talalnak viccesnek
azis erdekes hogy sosem valaszolsz erdemben a kerdesekre

[quote:c957e24614="global77"][quote:c957e24614="algernon"]
[quote:c957e24614="global77"]
algernon írta:
> Hol kertem garanciat barmire is?
Ott, hogy secutity update-ket vársz vadonatuj csomagokhoz.
Ha nem is igazi garancia, de a legjobban megközelíti.

Vadi uj? Hol? Stableban? En azt irtam, hogy stablehez van security support, testinghez meg nincs. Nem irtam sehol, hogy elvarom, hogy testinghez is legyen

Én meg azt nem írtam, hogy testinhez várod a "secutity update" -t. :)
Félreértettél:
Arra gondoltam, hogy ha a stable kiadási ciklusait sokallod,
akkor jóval újabb csomagokhoz vársz "secutity update" -t.
Nemdebár?

Aha! Most mar ertelek! Igen, valoban, ujabb csomagokhoz varok security supportot tkp. (Leven, ha stablenak hivjak, akkor mar legyen hozza ez is).

Nem kene, hogy ez gondot okozzon, mas disztribek gond nelkul megcsinaljak, es Debiannak is menne, akar testinghez is, ami elegge mozgo celpont. Csak az infrastruktura hianyzik (tobbek kozt ezert nincs meg sarge).

[quote:c957e24614="global77"]
Mivel addig még nem írtad,
gondoltam Te is a fél évnél rövidebb ciklusokat várók táborába tartozol.
De mint kiderült, hasonló időközre becsülöd az ideális kiadási ciklust, mint én.

Pedig ugy remlett, hogy irtam... vagy legalabbis utaltam ra, hogy kb egy ev korul latnam az arany kozeputat. Fel evnel surubben hulyeseg, masfel evnel ritkabban meg imho szinten. Marad az egy ev, az ugyis szep kerek szam :)

[quote:c957e24614="global77"]
[quote:c957e24614="algernon"]
A megoldas az lenne, ha kulonbozo komponensek kulonbozo idokozonkent jelenhetnenek meg.

Mi lenne ez?
Feldarabolt disztribúció?
Ötletes, de nem értem. Mi az a komponens?

Asszem Ian Murdocknak volt ez az otlete... Bovebb info http://componentizedlinux.org/ -on. De hasonlo otlet van Ubuntuban is, ahol kulonbozo "Seed" -ek vannak.. (Legalabbis hasonlonak tunik, de nem olvastam tulzottan utana, szoval lehet hogy tevedek)

[quote:c957e24614="global77"]
[quote:c957e24614="algernon"]
Security support != feltoltok uj csomagot. Ennyi erovel sidhez is van security support.
...
Jo, akkor most nagyon kinevetlek. De mondd mar el nekem, mit nem ertek, please :)

Amit itt írtál arról fogalmam nem volt, mivel nem vagyok debian fejlesztő, csak felhasználó.

Felhasznalo is tudhatja, ha egy picit utananez, eleg szepen dokumentalva van ez a resze a dolognak. (developers-reference -ben van errol bovebb info fokent)

[quote:c957e24614="global77"]
Itt viszont én értettem félre a szitut.
Azt hittem hasonló csomagbekerüléssel készül a testing, mint az unstable.

Pedig nem. Azt hittem ez elegge elterjedt informacio, leven testing a kezdetek kezdetetol ugy mukodik, hogy kvazi-automatice sid-bol frissul, es nincs direkt feltoltesi lehetoseg hozza.

[quote:c957e24614="global77"]
Tévedtem, de az állításaim a sid-re attól még állnak, nevezetesen,
hogy ha kiderül egy hiba, akkor szinte a stable-el egyidőben megjelenik hozzá a javítás.

Igy van. Epp ezert veszelyes a testing, mert abba minimum ket nap kesessel kerul be a javitas (hangsulyozom, minimum, es akkor nagyon optimalis esetet vettunk, ami az esetek 99%-ban nem all fenn).

Ergo, bizonyos szempontbol testing nem tul hasznalhato, mert a biztonsagi javitasokra vagy sokat kell varni (tobbet, mint stablenal, es sidben sem garantalt, hogy megjelenik a javitas, csak erosen javallott; ugyanakkor volt mar ra pelda, hogy stable-ban hetekkel elobb megjelent a fix, mint sidben, mert utobbihoz nincs security support, es a maintainer nem itelte kritikusnak a hibat, igy mas valtozasokkal egyutt, kesobb toltotte fel sidbe).

[quote:c957e24614="global77"]
[quote:c957e24614="algernon"]
[quote:c957e24614="global77"]
Igaz a 3 év az sok szerintem is, de ezt egy percig sem vitattam.
Az alapgondolatom az volt, hogy nem kell kijönnie egy tesztingnek ahhoz,
hogy azt használni lehessen. Ezt pedig te sem vitattad,
akkor meg mire fel az a sok felesleges szócséplés?

Az alapgondolat az volt, hogy surubben kell stable, es testing azt nem helyettesiti. Atmenetileg sem, a legtobb esetben. En amellett vagyok hogy vannak helyzetek amikor testinget hasznalni stable helyett, amikor stable tul reginek bizonyul sokszor nem opcio. Te latszolag ellentetes velemenyen vagy. Ezert a szocseples.

Tévedsz:
Egy percig sem állítottam, hogy ha régi a stable, akkor helyettesíti a testing.
Csupán annyit mondtam, hogy nem kell kijönnie egy tesztingnek ahhoz, hogy azt használni lehessen.

Amen. Viszont ha nincs hozza security support, akkor elegge limitalt a hasznalhatosaga, leven atlag desktop user nem fogja maga kivadaszni sidbol a frissitest (felteve, hogy van), a rendszergazda meg inkabb keres egy olyan disztribuciot, amelyikhez vannak biztonsagi frissitesek, mert o ezzel inkabb nem foglalkozna. Testing marad annak, aki tesztelni akar debiant. Erre van kitalalva, erre jo. Nem az atlagusernek.

[quote:c957e24614="global77"]
Azt nem mondtam, hogy mire, de mint a mellékelt ábra is mutatta: desktopra.

Nem. Tesztelesre. Desktopra kellenek biztonsagi javitasok, testingben meg az nincs.

(Hmm... testing hogy is jott be a kepbe, jut is eszembe? Merthogy eredetileg arrol szolt a topic, hogy x86-64 lesz-e sarge-ban [mikorra az stable-va valik])

Hali!

Az en infom az, hogy csak (sarge+1)-ben lesz, de ahogy nezem dolgoznak rajta nem hivatalos verzioban.

ftp://debian-amd64.alioth.debian.org/pub/debian-amd64/debian-pure64/dists/sarge/

Ez vajon bele fog kerulni az official sarge-ba? Mert a "sarge+1" amit olvastam az eleg regi howto, akkor meg ugy volt hogy mingyart itt a sarge (ez ugye nem tortent meg es szerintem meg vagy fel evig nem is fog).

En nagyon szeretem a Debian-t, de ez lesz a legnagyobb hibajuk ha csak
3 ev mulva lesz x86-64 port stabil debian distribucioban. (ket-harom ev szokott lenni az a +1 verzio)

Most eppen a kezeim kozott van egy IBM EM64T DP Xeon szerver amivel kene valami jot csinalni. Lehet, hogy nem lenne baj ha kihasznalnank azt
a 64 bites kiterjesztest ha mar van benne.

Udv, Zsalab!

Az ubuntu az majdnem debian es asszem tamogatjak a AMD64-et is.

A jelenlegi allaspont emlekeim szerint az, hogy "lehet, de nem r0-ban". Magyarul amikor sarge kijon, official x86-64 support nem lesz, viszont kesobb, egy revision kereteben lehet, hogy hozzaadjak.

Ha meg >1.5 evig tart sarge+1 akkor nagyon nagy szarban leszunk, x86-64 nelkul is..

A jelenlegi allaspont emlekeim szerint az, hogy "lehet, de nem r0-ban". Magyarul amikor sarge kijon, official x86-64 support nem lesz, viszont kesobb, egy revision kereteben lehet, hogy hozzaadjak.

Ha meg >1.5 evig tart sarge+1 akkor nagyon nagy szarban leszunk, x86-64 nelkul is..

En annak orulok ha nem cserelgetik tul surun a stable release-t, csak
frissitesek es biztonsagi javitasok kerulnek bele.
En nem szeretek egy eles szervert addig "dist-upgrade"-elni amig nem muszaly. Azert szeretem a Debian-t mert nem az a cel a stabil
rendszerben hogy minden ujdonsag belekeruljon, hanem hogy megbizhatoan mukodjon es ne kelljen allandoan az uj verziokra valo
atteressel foglalkozni. Szerintem idealis a 2-3 eves stabil verziok kiadasa, csak ezzel az a baj, hogy itt vannak a x86-64 bites procik es peldaul az IBM erosen ezeket a CPU-kat adja uj szerverekhez (de minek vegyuk meg ha ugysem tudjuk kihasznalni?)

Mondjuk mindenkeppej a dolgot jegelem marad az i386, mert ugyis csak a 2.6-os kernel tamogatja a 64 bitet rendesen, en viszont nem latom, hogy itt lenne az ideje 2.6-os kernelre valtani.

Par ev mulva mikor lesz hasznalhato kernel is es Debian is 64 biten akkor ujratelepitem a gepet.

Udv, Zsalab!

[quote:5199fd585c="zsalab"]En annak orulok ha nem cserelgetik tul surun a stable release-t, csak frissitesek es biztonsagi javitasok kerulnek bele.
En nem szeretek egy eles szervert addig "dist-upgrade"-elni amig nem muszaly. Azert szeretem a Debian-t mert nem az a cel a stabil
rendszerben hogy minden ujdonsag belekeruljon, hanem hogy megbizhatoan mukodjon es ne kelljen allandoan az uj verziokra valo
atteressel foglalkozni. Szerintem idealis a 2-3 eves stabil verziok kiadasa

Szerintem nagyon nem. Az idealis az lenne, ha kulon komponensek lennenek, es azok kvazi kulon is tudnanak releaselodni. Igy a desktop userek is orulnenek, mert friss lenne a stable is, relative, es a szerver adminok is, mert nekik meg nem kene felevente dist-upgradelni.

Megjegyzem, szerveren is nagyon jol tudnak jonni a frissebb programok. Pl woody-s spamassassin bun regi, postfix detto.. Ha graylistelni akarok, akkor pl vagy backportot kell feltennem, vagy sarget. Backportokat nem szeretem, mert csak.. Stb.

[quote:ca85a86725="algernon"]A jelenlegi allaspont emlekeim szerint az, hogy "lehet, de nem r0-ban". Magyarul amikor sarge kijon, official x86-64 support nem lesz, viszont kesobb, egy revision kereteben lehet, hogy hozzaadjak.

Ha meg >1.5 evig tart sarge+1 akkor nagyon nagy szarban leszunk, x86-64 nelkul is..

Minek kell kijönnie ahhoz, hogy használni lehessen ???
Informatikában "a legtöbb esetben" semmire sincs garancia.

Pláne ha nem akarsz fizetni a szoftverért, akkor meg aztán végképp ne várd azt,
hogy attól, mert a stable biléta ott fityeg a cuccon az sokkal stabilabb !!!

A fejlődés folyamatos, a stable debianhoz is jönnek ki javítások,
éppúgy mint a testinghez, és még azt sem lehet mondani, hogy lasabban.

Használható most is. pont azalól írok és egy hibával sem találkoztam.
http://masz.pte.hu/sarge.jpg

[quote:a43ac3bd14="global77"][quote:a43ac3bd14="algernon"]A jelenlegi allaspont emlekeim szerint az, hogy "lehet, de nem r0-ban". Magyarul amikor sarge kijon, official x86-64 support nem lesz, viszont kesobb, egy revision kereteben lehet, hogy hozzaadjak.

Ha meg >1.5 evig tart sarge+1 akkor nagyon nagy szarban leszunk, x86-64 nelkul is..

Minek kell kijönnie ahhoz, hogy használni lehessen ???
Informatikában "a legtöbb esetben" semmire sincs garancia.

Pláne ha nem akarsz fizetni a szoftverért, akkor meg aztán végképp ne várd azt,
hogy attól, mert a stable biléta ott fityeg a cuccon az sokkal stabilabb !!!

A fejlődés folyamatos, a stable debianhoz is jönnek ki javítások,
éppúgy mint a testinghez, és még azt sem lehet mondani, hogy lasabban.

Használható most is. pont azalól írok és egy hibával sem találkoztam.
http://masz.pte.hu/sarge.jpg

ahhaha

igazan kellemes perceket szereztel ismet global88

:51:45| (xxx) http://hup.hu/modules.php?name=Forums&file=viewtopic&p=47791#47791
|14:51:51| (xxx) ennek a legutolso hozzaszolasat olvasd el
|14:51:55| (xxx) :DD

rolad van szo az egyik linux csatin:)

btw. ha megbizhato ingyenes szoftvert keresel akkor nezz korul a bsd-k tajekan nah el
kellemes hetveget