Befejeződik a SUSE Linux 10.0 támogatása

openSUSE, SUSE, SLES

A SUSE ezennel bejelenti, hogy a SUSE Linux 10.0 támogatása hamarosan véget ér. A több mint 2 év után, 2007. november 15. után észlelt biztonsági problémák már nem kerülnek javításra. A tervezett utolsó javítás valamikor 2007. november 30-a körül lesz.

Fontos, hogy ne keverje össze senki a SUSE Linux 10.0 disztribúciót a SUSE Linux Enterprise Server 10 termékkel!

A bejelentésből adódóan a SUSE Linux 10.0 disztribúció könyvtára az FTP-kiszolgálón a /pub/suse/10.0/ könyvtárból a /pub/suse/discontinued/ könyvtárba kerül.

A SUSE Linux 10.0 támogatásának befejezése lehetőséget nyújt arra, hogy az újabb verziók támogatására összpontosítsunk, ezzel is biztosítva a SUSE Linux termékekben megszokott magas technikai színvonalat.

Ez a bejelentés kizárólag a SUSE Linux 10.0-ra vonatkozik. Ahogy eddig is a SUSE továbbra is frissítéseket biztosít a

  • SUSE Linux 10.1,
  • openSUSE 10.2, és a
  • jelenleg fejlesztés alatt lévő openSUSE 10.3

disztribúciókhoz a megjelenést követő két évben.

Ez a bejelentés természetesen nem vonatkozik a SUSE Linux Enterprise termékekre, amelyek életciklusa ennél lényegesen hosszabb.

Amennyiben további kérdés merül fel vegye fel a kapcsolatot a SUSE Security csoporttal a security @ suse . de címen.

Marcuss Meissner
team leader of the SUSE Linux Security
 
To learn more about SUSE Linux business products, please visit
http://www.novell.com/linux/suse/ . For a detailed list of the life cycles
of our Enterprise Products please visit http://support.novell.com/lifecycle/
and http://support.novell.com/lifecycle/lcSearchResults.jsp?sl=suse

If you have any questions regarding this announcement, please do not
hesitate to contact SUSE Security at <security@suse.de>.

( DirtY_iCE | 2007. 09. 20., cs – 19:07 )

ez az amit nem szeretek a susenál.. minden más disztrónál meg tudják csinálni, és ráadásul egyszerűbben.. ha a csomag elavult, akkor letölti az újat, a régit eltávolítja majd felrakja az újat.. és maga a rendszer is csomagokból van.. és így szinte végtelenségig lehet frissíteni, nem kell újat venni (mondjuk normálisabb disztrókért nem is kérnek pénzt..) pl. a gentoom most egyenértékű egy 2007.1-es verzióval, hiába telepítettem 2006.0-ás cdről.. vagy nem is cdről, hanem internetről ;)

I hate myself, because I'm not open-source.

Bármilyen hihetetlen, de az egész SuSE is csomagokból épül fel. Csakhogy: amikor kijön egy új release, mindig van jónéhány változás a csomagok között, ami nehézzé teszi az un. dist-upgrade-t. Egyébként is, minden release másik repoból nyeri a csomagokat. Ezért, ha nekem van egy 10.0-s SuSE-m, azt nehezen, vagy egyáltalán nem tudom újabbra frissíteni. Az egyes csomagok külön-külön persze frissülhetnek.

Természetesen van néhány disztró, ahol (nagyjából) megoldott a dist-upgrade. Ilyen rendszerek a debian based disztrók. Meg a forrás alapú disztrók is ilyenek. (Pl. gentoo.) De rpm-es rendszert is lehet dist-upgradelni, ha az úgy van összerakva.

hát, amelyik disztrókat néztem ott mind megoldott volt a dist-upgrade, kivéve SuSEéknél.. mondjuk az tény hogy azon kívül más rpm-es disztrót már nem is néztem, mert olyan lassú volt (dpkg, vagy ipkg sztem sokkal gyorsabb.. mondjuk azok nincsenek úgy agyontömörítve :) )
azt meg tudom hogy a suse is csomagokból van, mint szinte minden más linux..

I hate myself, because I'm not open-source.

( uid_6846 | 2007. 09. 20., cs – 21:50 )

Sokáig használtam a 8.0 kiadást. Annyiba került, mint ma az XP, de egy rakat könyvet adtak hozzá. Most nosztalgiázok :-)

Sohase mondd a barátnődnek azt, hogy "a Google a te legjobb barátod".
------------The New Mecca------------

Aki nem kepes olyan programot irni, ami kezeli az ekezeteket, arrol megvan a velemenyem.

A vilag nem csak angolokbol all. Bar sajnos magyar billentyuzet kiosztast nem sikerult a munkahelyi gepemre felvarazsolni, mert nem vagyok rajta rendszergazdi.

Légyszives csinálj olyat, hogy az ékezetmentes fájlnévből előállítod az ékezeteset, hiszen adott esetben a fájlnévnek is lehet információtartalma.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Amíg egy ékezetmentes szövegből nem tudod programmal biztosan és pontosan előállítani az ékezetes szöveget, addig mindenképpen elmondhatjuk, hogy az ékezettelenítés információvesztéssel jár.
És próbálj meg magadtól elvonatkoztatni egy kicsit, az átlagfelhasználó szemével nézd a helyzetet, végülis az egész "számítógépesdi" azért jött létre, hogy az ő munkájukat megkönnyítse.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Ez nem "illik, vagy nem illik" kategória, nekünk még annyival jobb talán, hogy a nyelvünk abc -je tartalmaz az ascii kódtáblában szereplő karaktereket is. Ez nem mondható el minden nyelvről.
És elvileg ennek az egésznek nem szabadna, hogy problémát okozzon a XXI. században, mikor a világ harsog a nemzetek közti kommunikációról, az egymás felé való nyitástól, vagy mikor kéthetente kihal egy nyelv.

Picit olyan ez sarkítva, mintha a dokumentumaidban, az adataidban, és egyáltalán sehol sem használhatnál ékezetes karaktert. Nem jó ez így.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Te egy tokeletes vilagrol beszelsz (almodsz?), de nem abban elunk. Egyszeruen nem erte meg eddig ugy szoftvert csinalni hogy (pl.) unicode legyen minden (filenevek, internet host nevek, etc.) Ez lassan valtozik, de meg sok idonek kell eltenie szvsz hogy ez termeszetes legyen. Addig meg maradnak az ilyen 'filenevben/usernevben/domain nevben nem hasznalok ekezeteket okolszabalyok.

ami a kihalo nyelveket illeti, szerintem mindig is haltak ki nyelvek, semmi gond. Legalabb ha mindenki egy nyelvet beszel akkor megertjuk majd egymast.

Sajnos, ha egy ilyen aprócska dologban arra kell bíznom magam, hogy majd talán a "tökéletes világban" megvalósul, akkor nem tudom, mi lesz a nagyobb és komolyabb dolgokkal. Valahogy úgy érzem, az "informatika kereke" bizonyos témákban nagyon lassan őröl, miközben olyan vívmányok lettek elérhetőek mindenki számára (virtualizáció, stb.), amelyekről pár évvel korábban álmodni sem mertünk, a régóta felesleges, és szánalmasan cipelt "függőségekkel" nem tudunk mit kezdeni. Ilyen függőség az ASCII -is, de nem kell messzire menni, mézd csak a gépedet: soros és párhuzamos port (meg a ps/2), floppy, miegymás. És mindez úgy, hogy "milliárd dolláros" cégek (Microsoft, IBM, Intel, stb.) "tehénkednek" az informatikában, hirdetve a hatalmas innovációt (3D Desktop, 64 bites asztali processzorok, stb.), pedig a "fejétől bűzlik a hal", és igazából nem is látható még.

És tény az, hogy eddig is haltak ki nyelvek, de ez a jelenség nagyon felgyorsult, más dolgok, állat- és növényfajok kihalásával együtt.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Tokeletesen megertem a flusztraciodat, es meg osztozom is benne, engem is zavar a jelenlegi helyzet.

Talan az is lehet hogy ez a gyors fejlodes (?) es meg inkabb a verseny is kozrejatszik abban hogy nincs ido rendesen unicode-ra csinalni a fo szoftvereket (oprendszer, office, bongeszo, levelezo), hiszen eppen a 3d deszktop effekteket kell kesziteni. Utobbi latvanyosabb, nagyobbat szol, es megkockaztatom hogy meg megcsinalni is konnyebb mint egy unicode filerendszert rendesen kitesztelve, etc.

Ami a kihalasok felgyorsulasat illeti, ezt mindenki mondja, de 1) hol van ra adat? 2) ki tudja hogy egy jo-e "nekunk" vagy rossz? Sokan azzan jonnek hogy az okologiai rendszerek olyan bonyolultak hogy egy kis faj kihalasa felborithat mindent. Igaz, ha annyira bonyolultak akkor egy kis faj kihalasa esetleg az afrikai ehezok problemajat is megoldhatja, ki tudja?

Az informatika, az internet és a globális kommunikáció az a hely, ahol a többnyelvűség hátrányként van jelen. Hiába teszel elém egy kínaiul megírt doksit, úgysem fogom megérteni.
Az más kérdés, hogy valóban nem szabadna, hogy problémát okozzon az ékezetes fájlnév, viszont a használhatóság szempontjából jobb, ha elkerüljük őket.
Az abszolút nyelvi kánaán akkor jön el, amikor a gép bármely nyelvről bármely nyelvre képes lesz automatikusan lefordítani a szöveget, esetleg minden ember beszéli/érti a másik mondandóját - habár az megértéssel azonos nyelvet beszélők között is vannak problémák. Ez meg csak úgy jöhet létre, hogy egy nyelvet beszél mindenki, de ilyet meg nem akarnék, nem akarna senki.

A vilagon az angol nyelven kivul nem csak a magyar letezik (milyen szep is lenne). Mert a magyarban van 12 ekezetes betu es kesz.
Ha megnezed a kinait, az oroszt, az arabot, az osszes betu "ekezetesnek" szamit! Ergo: az arabok, oroszok, kinaiak tanuljanak meg angolul, hogy kezelni tudjak a programot.

Ezert mondom azt, hogy ha az a nehany magyar ekezetes betu nem megy, az itthon nem problema, de mas orszagban kiszorulnak a piacrol.

Ha a XXI. században az informatika nem képes konzisztensen és korrekten kezelni az ékezetes dolgokat bárhol, akkor az informatika elmehet a fenébe, mindennel együtt.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Ezzel egyetértek, de ha a seggünket a földhöz verjük, akkor is úgy lesz, hogy _hic_et_nunc_ ékezetes fileneveket használni szopás, ill. ékezettel irkelni meg hasonlók.
It doesn't matter if you like my song as long as you can hear me sing

( hrgy84 | 2007. 09. 21., p – 01:03 )

Egyvalamit nem értek: mi értelme az mv parancsot kiadni? Vagy ha mán kiadják, legalább egy szimlink maradhatna az eredeti helyen. most november utén mindenki írhatja át a telepítési forrásokat, ha nem akar upgradelni. Nemértem.

Nem,félreértesz.

Az egyszerűség kevéért tegyük fel, hogy van egy SuSE 10.0-s gépem, ami tökjéletesen megy, és nem akarok upgrade-t, mert mondjuk mellesleg szerver is. Erre eddig nem volt feltéve teszemfel a ncftp nevű nagyon hasznos kis program, ám úgy dönték én, mint ezen rendszer gazdája, hogy ez nekem most sürgősen, de azonnal kell.
November után ehhez át kell írni az internetes repo-kat (tudod ki bányászkodik a fiókban CD-k után :), és utána lőn világosság.

A repo-k átírogatása nem nagy kunszt, de néha elég soká el tudott szöszölni a 10.0-s yast amire használható repokat prezentált.

( sz332 v | 2007. 09. 22., szo – 14:06 )

Ahogy én értelmeztem, a régi csomagoknak a hibajavításával nem foglalkoznak. Azaz
ha mondjuk előjön egy hiba, ami érinti pl. a kde 3.5.0-t (nem tudom, hogy mi van az opensuse 10.0-ban), akkor azt nem fogják külön ők maguk befixálni a saját opensuse 10.0-s repository-jukba, és nem fogják összeforgatni, LETESZTELNI (igen, céges disztribeknél ilyet is szoktak csinálni), és utána releaselni, mert ez túl sok effort.

Ez szerintem teljes mértékben érthető. Nem enterprise disztribről van szó, és most
jön ki a 10.3, frissítsen mindenki rendszert.

Itt jön a különbség az enterprise és a home oprendszerek között, egy enterprise oprendszernél 4-5 évig (vagy még tovább) biztosan megcsinálják a frissítést (lévén ebből jön a pénz), a nevezzük "home" rendszereknél pedig pár év után frissíteni vagy újrarakni szükséges. Ezzel a bugreportok számát is kordában lehet tartani, és a fejlesztők inkább az új dolgokkal foglalkoznak, nem pedig a régi dolgokat patch-elgetik (ez igen sok pénzbe kerül egy cégnek, ráadásul a világ legsz@rabb it melója a karbantartás, valahol a tesztelés után)

Ha ezt nekem írtad, akkor a következő van:
Alapvetően igazat adok neked, hiszen egyik disztribúció se supportál folyamatosan őskövület rendszereket, ha van neki frissebb verziója belőle. Nekem személy szerint ezzel a mappamászással van gondom, mert az egyszerű user dolgát csak megnehezíti vele.

Amúgy nem hinném hogy egy linuxot (ha helyesen használják, és nem barmolják teljesen szét, egy r=1 user azért erre nem képes) bármikor is újra kellene rakni.
A frissítésről meg: Mindettől független, ha nagyon akarná az ember, akkor biztosan lehetne találni módot SuSE alatt is az online dist-upgrade folyamatra, csak valamiért valakinek yó az, ha az ember újrapakolgatja a gépét, mert az mennyire faxa. Újrapakolás kategóriába esik nálam a "Telepítő CD-ről bootolva frissítek" rendszer is.