Internet megosztás Ubuntu-val

Biztos létezik már egy pár HowTo, ami ezzel a kérdéssel foglalkozik, ám nekem több mint egy órámba tellett értelmes megoldást találni, így inkább leírom. A címben nem véletlenül Ubuntu-ra hivatkozok, ugyanis az egyes Linux disztribúciókban némely beállítás különbözhet, annak ellenére, hogy az IP szintű csomagszűrés a kernel része. Nos, aki csak emiatt tévedt ide, nem kertelek tovább íme a beállítás:

Biztos létezik már egy pár HowTo, ami ezzel a kérdéssel foglalkozik, ám nekem több mint egy órámba tellett értelmes megoldást találni, így inkább leírom. A címben nem véletlenül Ubuntu-ra hivatkozok, ugyanis az egyes Linux disztribúciókban némely beállítás különbözhet, annak ellenére, hogy az IP szintű csomagszűrés a kernel része. Nos, aki csak emiatt tévedt ide, nem kertelek tovább íme a beállítás:

Feltételezve, hogy az A számítógépen létezik felépített internet kapcsolat, amit a /dev/eth0 hálókártyán keresztűl szeretnénk megosztani a B számítógép számára. Az A gépen a következő parancsokat kell lefuttatni root-ként:


ifconfig eth0 192.168.1.1 netmask 255.255.255.0 broadcast 192.168.1.255
iptables --flush -t nat
iptables --table nat --append POSTROUTING --out-interface wlan1 -j MASQUERADE
iptables --append FORWARD --in-interface eth0 -j ACCEPT
echo 1 > /proc/sys/net/ipv4/ip_forward

Az első sor az eth0 hálózatát állítja be, az eth0-ra csatlakoztatott gépeknek 192.168.1.* tartományból adunk IP címet, az A gépnek 192.168.1.1-et. Természetesen ha ez a beállítás más eszközzel (pl. GUI-val, KNetworkManager, vagy hasonlóval) történik, akkor ez a sor kihagyhandó. Az ezt követő három sor az IP csomagszűrőt állítja be, hogy az eth0 eszközön érkezett IP csomagokat egyszerűen továbbítsa a wlan1 interfészen, ami jelen esetben az internet kapcsolatot adja. Az iptables részletes működését én itt nem írom le, egyrészt mert túl hosszú lenne, más részt én sem vagyok biztos benne, hogy 100%-ig értem. Az utolsó sor szinte minden linux disztrón más. Ez engedélyezi rendszer szinten az IP csomagok továbbítását.

Ha a szervert beállítottuk, a kliens beállítássa már jóval egyszerűbb. Rendszerfüggetlenül fogalmazva, a szerverrel kompatibilis módon be kell állítani a hálózatot, pl. 192.168.1.2 IP címet adunk neki, majd alapértelmezett átjárónak a szerver címét adjuk meg. Ha a kliens gép is linux, és parancssorból kívánjuk beállítani, akkor a következőt kell tenni:


ifconfig eth0 192.168.1.2 netmask 255.255.255.0 broadcast 192.168.1.255
route add default gw 192.168.1.1 eth0

Amikor nem játszunk roleplayt…

Csapat:

  • Timi, a párbajhős lovagina;
  • D-nee, a mindig éhes barbárral;
  • Eversong, Kyel-pap;
  • Overander, a lútmester harcos;
  • Stampie, a játék ellenére nem piromániás tűzvarázsló
  • és végül, de nem utolsósorban TeoZ, a “jóindulatú” KM-ünk.

KM (barbárnak): Tengsz-lengsz, keresel munkát… de ahhoz fürödni is kell…

JK (barbár – felszereléséről): Van egy orrbevaló…

Csapat:

  • Timi, a párbajhős lovagina;
  • D-nee, a mindig éhes barbárral;
  • Eversong, Kyel-pap;
  • Overander, a lútmester harcos;
  • Stampie, a játék ellenére nem piromániás tűzvarázsló
  • és végül, de nem utolsósorban TeoZ, a “jóindulatú” KM-ünk.

KM (barbárnak): Tengsz-lengsz, keresel munkát… de ahhoz fürödni is kell…

JK (barbár – felszereléséről): Van egy orrbevaló…

KM (barbárnak meséli NJK magyarázatát a feladatról): Nincs Lélektanod… De ha lenne, látnád, hogy már halál ideges, hogy ötször kell elmondania, kit engedj be…

JK1 (barbár): Én a természet gyermeke vagyok, tudom, mikor van eső.
JK2 (tűzvari): Van időjóslásod?
JK1: Van.
KM: Akkor ezért nem szoktál fürdeni.

KM: Egyes helyeken még láthatók a leégésnek (ed. a városrész éghetett le máskor) nyomai.
JK(tűzvari): Nem én voltam, nem kell rám nézni.

Kyel-pap barátja súlyos mérgezést kapott, pap a jellemek eltérése miatt nem tudja meggyógyítani.
Megjegyzés: Van rá hét perced, hogy megtérítsd, és utána még kettő, hogy meggyógyítsd.

KM: Egyértelműen egy találós vers és annak a megfejtése…

KM: Egyrészt törzsvendég, másrészt törzsíró…

JK (Kyel-pap, a haldoklónak): Amikor látom, hogy kevés idő van hátra, mondom neki, hogy nyugodjon meg, dőljön hátra…

JK (lovagina, leírja külsejét): Hosszú, barna hajú…
KM: … tarkopasz és fekete ruhában (a barbár parancsa, hogy a gyanús alakokat ne engedje be, kivéve a fekete ruhás tarkopasz embereket).

Lovag próbálja a barbárt Domvik hitére téríteni, ehhez megkínálja szerencsesütivel. Barbár az összeset elveszi és felfalja egy mozdulattal.
KM: Dobj érzékeléspróbált! (dob, megvan) Nem érted, mit keres a papír a sütiben.
JK1 (barbár): Miért zavarna, jóízűen megeszem.
JK2 (lovag): Te megetted Domvik tanításait?
JK3 (Kyel-pap): Még soha nem volt ilyen közel az agyához.
JK1: Igen, finom volt […] Ki az a Domvik? […] Mindig ilyen finom sütit süt Domvik?

Rajtaütés a fogadón, mágikus fényeket eloltják, tűzvarázsló tábortűz erősségű lánggömböt idéz a levegőbe, hogy ne legyen teljesen sötét.
JK (Kyel-pap): Látom, hogy valami nem stimmel, ezért megvárom, hátha valami lesz…

KM: A következőket látod, ahonnan ülsz…
JK (Kyel-pap): Már felálltam.

KM: Ez (ed. Hatalom szava varázslat) kicsit olyan, mint amikor a pap feje fölött ott a glória…
JK (tűzvarázsló): Ezt én tudnám most eljátszani (ed. a feje mögé idézte meg a lánggömböt).

KM (érzékeléspróbát dobat, megvan): Akkor hallottad, hogy egy csóka ott feláll… (messze)

KM: Ez kiderül, ha megfogod a nyílvesszőt. Megfogod a nyílvesszőt?

KM: Nem játszunk.
JK: No roleplaying, please.

JK1 (tűzvarázsló): Ez a lyuk (a falban nyitott a barbár egy lyukat).
JK2 (Bong, barbár): Bong-formájú.

JK: Mennyi az idő?
KM: Négy óra (délután). Lehet, hogy vacsorára végzünk is…
JK: A karakterekkel?

JK: Ahány ház, annyi család.

JK (tűzvari, sütit evett a játékos): Pillanat, csak tele volt a pofám.

KM dob, 1.
JK1: Egy.
JK2: Ez azt jelenti, hogy egy?
KM: Igen, ez azt jelenti, hogy egy.

JK1: Lehet, hogy ennek semmi köze sincs a fogadóban történtekhez…
JK2 (tűzvari): Lehet, hogy mi ássuk ki nekik a cseresznyét…
JK3 (éhes barbár felkapja a fejét): Cseresznyét?

KM: Bérletes ajtókeret…
JK: Please insert bérlet here…

JK (tűzvarzsló, manatöltődés miatt figyeli az időt): Tényleg, mennyi idő telt el azóta, hogy utoljára kérdeztem?

KM: Egy kör alakú terembe értek, négyszögletű padlóval.

KM: Kőszobor… Márványos a textúrája.

JK (barbár): Hülyén nézek rá (tűzvarázsló, miután lángot okádva elpusztított egy márványgólemet).
JK (tűzvari): Fel sem tűnik.

A karakterek találnak egy vörös, egy kék és egy zöld kristályt egy rejtvényben, a rejtvény megoldása után a harcos elteszi RGB-kristályok címszóval.
KM: Pofám leszakad, hogy ezt is belútolta.
JK: Majd villogtatod a barátaidnak… “Mi ez? Polárszűrő.”

A szerepjátékosok törvénykönyve, első passzus: Az egyszerű dolgokra figyelj, és próbáld meg kitalálni, mit akar a KM.

KM: Akkor ott tartottunk, hogy a plot kidobta a quest itemet.

A lovag a harc közepén a lehetőséget kihasználva hátbatámadta a másik lovagot.
JK (lovag): Elrontottan. Ki kellett volna hívnom párbajra.

KM: Itt tegyük ki a The End táblát. A vége Epic Fail volt.

Modulértékelés
JK (barbár): Tudtál motiválni, adtál patkányt (enni).

Eclipse és az OSX

Az elmúlt időszakban egy kicsit összejöttek a Java-fejlesztéssel kapcsolódó dolgaim. A keretrendszer, amibe éppen fejlesztek, nemrég esett át egy elég durva refactoringon (hogy Eclipse-projekt révén a csomagnevek megfeleljenek az Eclipse elnevezési konvencióinak), és akkor közben megtették még azt is, hogy a legfrissebb változat már csak 6-os Javaval fut.

Ezzel önmagában nem is lenne baj, hiszen ez egy research projekt, nem érdemes régi technológia felett fejleszteni. Szerencsére az Apple nemrég kiadta a Java környezetének hatos változatát (igen, az Apple, és igen, csak most), annak idején már telepítettem is, de valahogy használatba nem került még. Sebaj, az Eclipse futása közben is lehet Java-t váltani. Szal beteszem az új verziót a futtatási konfigurációba, és a puskaport szárazon tartva reménykedek.

Az elmúlt időszakban egy kicsit összejöttek a Java-fejlesztéssel kapcsolódó dolgaim. A keretrendszer, amibe éppen fejlesztek, nemrég esett át egy elég durva refactoringon (hogy Eclipse-projekt révén a csomagnevek megfeleljenek az Eclipse elnevezési konvencióinak), és akkor közben megtették még azt is, hogy a legfrissebb változat már csak 6-os Javaval fut.

Ezzel önmagában nem is lenne baj, hiszen ez egy research projekt, nem érdemes régi technológia felett fejleszteni. Szerencsére az Apple nemrég kiadta a Java környezetének hatos változatát (igen, az Apple, és igen, csak most), annak idején már telepítettem is, de valahogy használatba nem került még. Sebaj, az Eclipse futása közben is lehet Java-t váltani. Szal beteszem az új verziót a futtatási konfigurációba, és a puskaport szárazon tartva reménykedek.

Nincs szerencsém: brutális bundle not found kivételeket kaptam, és a hiányzó bundle-ök az eclipse alap moduljai voltak. Kicsit utánaolvasgatva a témákat kiderült, hogy az a gond, hogy az Apple Java 6 megoldása csak Intel-alapú gépen fut, és ott is csak 64 biten. Pontosabban nem is ez a probléma, hanem az, hogy az SWT a Carbon GUI könyvtárat használva jeleníti meg az Eclipse GUI-t. És az Apple döntésének megfelelően a Carbon nincs meg 64 biten, csak 32-n. Azaz ebből az irányból per pillanat nincs győzelem. Fényt mindössze annyi jelent az alagút végén, hogy az SWT-sek megkezdték a Cocoa portot, és az Adobe is biztosított erre a célra egy mérnököt (az Eclipse-technológiára alapozva fejlesztőkörnyezetet akarnak építeni az ismereteim szerint). A Cocoa-port jelenlegi állása szerint csak 32 bites APIt használ a rendszer, de remélhetőleg ez hamarosan változni fog. Talán a 3.5-re meglesz.

De addig is kellene egy megoldás, mert dolgoznom kéne. Egyik ötlet, ami segíthetne, az az Eclipse on Swing projekt lehetne. A céljuk az, hogy az SWT platformfüggő hívásait Swing-alapúra cseréli. Nagyon szép, csak sajnos még az SWT 3.2-es változatánál vannak lemaradva, ami nekem nem felel meg, ugyanis a keretrendszer legalább a 3.3-as Eclipse-et igényli, ugyancsak ez a helyzet a Subversive SVN pluginnel is. Azért kipróbáltam, nem indul be vele az Eclipse Ganymede…

Másik megoldás egy másik JVM lenne, ami nem igényli a 64 bitet. Van is egy ilyen, ami a találó Soylatte névre hallgat. Feltelepítem, beállítom Eclipse JVM-nek. De ekkor kiderül, hogy itt meg az a gond, hogy X11-et használna grafikus felületként, ahogyan meg nem lehet behívni az SWT számára a Carbont…

A helyzet siralmas… Háromféle, egymástól drasztikusan eltérő megoldást kipróbálva jutottam el oda, hogy per pillanat Eclipse pluginfejlesztést nem lehet OSX-en Java 6-on végezni. Siralmas, hogy ezért kénytelen vagyok egy virtuális gépen futó Windows-t használni. Majd figyelem a változásokat, és szükség szerint alátolok valamit a rendszernek. Addig is a remény hal meg utoljára – a sör meg először…

Linux az asszony gépén, avagy az eddigi legnagyobb próbatétel

Hogyan vegyünk rá valakit, hogy használjon linuxot? Egyszerű. Rakjunk fel a gépére Windows Vista-t.

Még örülni is fog neki, hisz pozitívan áll hozzá a hosszúra nyúlt XP használat után. Pedig nem ez volt a szándékom, amikor felraktam egy Vista-t a menyasszonyomnak. Eleinte még én is meg voltam elégedve vele, bár minden apró beállításhoz többszáz visszakérdezésre kellett gondolkodás nélkül “igen”-t kattintani, de egy egyszerű felhasználónak sokat jelent az a néhány képi hatás (ami mellesleg elbújhat egy beryl mellett, de annak az értelmes beállítása még gyakorlott linuxosoknak sem egyszerű feladat). Persze, ronda inkonzisztenciák vannak a felületben (ahogy azt [[http://cubussapiens.hu/node/563|Stampie cikke]] bemutatta), de ezek a laikus szem számára nem, vagy csak nehezen észrevehetőek. Az átlag felhasználó (értsd: vindóz júzer) alkalmazkodik az adott körülményekhez, mert megszokta, hogy nem lehet azokon változtatni.

Hogyan vegyünk rá valakit, hogy használjon linuxot? Egyszerű. Rakjunk fel a gépére Windows Vista-t.

Még örülni is fog neki, hisz pozitívan áll hozzá a hosszúra nyúlt XP használat után. Pedig nem ez volt a szándékom, amikor felraktam egy Vista-t a menyasszonyomnak. Eleinte még én is meg voltam elégedve vele, bár minden apró beállításhoz többszáz visszakérdezésre kellett gondolkodás nélkül “igen”-t kattintani, de egy egyszerű felhasználónak sokat jelent az a néhány képi hatás (ami mellesleg elbújhat egy beryl mellett, de annak az értelmes beállítása még gyakorlott linuxosoknak sem egyszerű feladat). Persze, ronda inkonzisztenciák vannak a felületben (ahogy azt [[http://cubussapiens.hu/node/563|Stampie cikke]] bemutatta), de ezek a laikus szem számára nem, vagy csak nehezen észrevehetőek. Az átlag felhasználó (értsd: vindóz júzer) alkalmazkodik az adott körülményekhez, mert megszokta, hogy nem lehet azokon változtatni.

Sokáig elégedett voltam vele, hiszen a célközönség (életem értelme) is az volt. A problémák idővel alakultak ki, egyre hosszabb várakozás bekapcsolás után, mire végre hozzányúlhatunk az egérhez, néha (azaz szinte mindig) az MSN Live nevű csoda egy nem túl kedves “nem válaszol” üzenettel szenderült jobb létre, amivel a kedves laikus felhasználó nem tud mit kezdeni. A felháborodása is jogos, hiszen nem az ő dolga működésre bírni a gépet, ő a gép szolgáltatásait akarja használni. Összességében a gép egyre több türelmet ígényelt a felhasználó felöl, amiből természetesen egyre kevesebb lett, és egyszer csak el is fogyott. A Vista-nak mennie kell.

A döntés viszont nehéz. Ugyanis, ha nem Vista, akkor vissza a jól megszokott, a 7 év alatt viszonylag stabillá forott XP-hez. Az XP grafikus felülete azonban már egyszerű és unalmas. Körülbelül annyira, mint 2001-ben a win98 volt. Ne felejtsük el, hogy ez nagyon fontos annak, akinek a számítógép egy fekete doboz (nem rendelkezik logikai modellel a gép belső működéséről). Az egyszerű felhasználó számára a “felhasználói élményt” jelentős részben a látvány határozza meg. Alternatívaként megjelenik még a linux. A félelmetes, ismeretlen linux, ami csak eldugott, ember számára ritkán látott szervereken fut. És persze az én gépemen. A KDE4.1 RC1 felület asztali elemei pedig nagyon látványossá teszik a mindennapi munkát. A fent említett leányzó néhány esetben (bár csak kényszerből) használta a gépemet, így látta, hogy mégsem különbözik annyira a linux a windowstól, mint gondolta. Talán megér egy próbát.

Ahhoz nem volt merszem, hogy fejlesztés alatt álló KDE4-el átkozzam meg, hiszen a felállítandó rendszer legfontosabb követelménye a stabilitás. Így maradt az általam jól ismert Kubuntu KDE3-al, majd ha KDE4 stabilitása a megítélésem szerint eléri a megfelelő szintet, egy kattintással fel tudom neki rakni. Linuxra jellemző, hogy ha egy hardvert azonnal felismer, akkor az tökéletesen működik, de ha bármi probléma van vele, csak rengeteg szenvedés árán, vagy egyáltalán nem lehet értelmes működésre bírni (persze kis idő, és néhány kernel-verzió lépés megoldja). De szerencsém volt, a live CD környezet futtatásával meggyőződtem róla, hogy minden egyes hardverelemet megfelelően kezel a rendszer. A telepítés lefuttatása után leültettem a leendő felhasználót az új szerzemény elé, hogy a segítségemmel megismerkedjen vele. Az első mozdulatok pozitívak voltak, a felület testreszabhatósága valósággal elvarázsolta, négy asztalt hozott létre, mindegyiket más háttérrel, hogy az mindig tükrözze a hangulatát. A “programok telepítése/törlése..” funkció is mosolyt váltott ki, a programok ilyen egyszerű kezelése is kedvére valónak bizonyult. Általában véve a kezdeti félelmeit azonnal elsöpörték a KDE szolgáltatásai.

Az élet persze nem fenékig tejfel, a telepítés után derült ki, hogy a hangkártya mixere nem megy tökéletesen. Ez annyiban nyílvánúl meg, hogy a kmix egyáltalán nem használható, bár a hang megy, a hangerőt csak minden egyes alkalmazásban külön lehet állítgatni, nincs erre globális funkció. Ez volt a kisebbik gond. A nagyobbik az volt, hogy egy kritikus pillanatban a rendszer gondolt egyet, és lefagyott. A kép kimerevedett, és a CAPS-lock LED egyenletes villogása jelezte, hogy a Kernel eltávozott az örök vadászmezőkre. Érezhető volt a csalódottság, és a kétségbeesés a levegőben, ami fokozódott ahogy az eset újra és újra megismétlődött. A rendszer teljesen váratlanul és indeterminisztikusan lefagyott. A dolog érdekessége, hogy a fagyás gyakorisága megritkult azáltal, hogy kilőttem az ALSA hangrendszert (gondolván arra, hogy a fagyás oka az egyetlen hibásan működő hardverelem lehet csak).

A megoldás egy nappal később jött, amikor észrevettem, hogy egy lefagyás után a rendszeróra nullázódott. A gyanút beigazolta, hogy egy másik fagyás utáni induláskor a gép egy pittyegés után kiírta, hogy a CMOS akkumlátor bizony lemerült. Csavarhúzó, aksi ki, boltba el, új aksi be, csavarhúzó, és láss csodát, azóta nem fagy le (lekopogtam). Elképesztő mekkora galibát tud okozni egy ekkora kis bigyó. Persze vannak a gépben sokkal kisebb dolgok is, amik drágább hibát okozhatnak.

Mindenesetre most működik. A menyasszonyom pedig elégedett. Könnyedén, boldogan használja a rendszert, ami reményeink szerint a stabilitását is bizonyítani fogja a továbbiakban.

Európa-fogyatkozás

Elég hamar kicseréltem az Eclipse 3.3 Europa integrált fejlesztői környezetemet az új verzióra. Hamarabb, mint eredetileg terveztem. Ennek annyi volt az oka, hogy letöltöttem az M6-os release-üket kipróbálásra, és amikor meghalt a rendes fejlesztői környezetem (volt 900 MB telepítve, rendes kis pluginkönyvtár :p ), úgy döntöttem, megspórolom az egész újratöltését, és inkább berakom a Ganymede-be a cuccokat.

Nem mondom, akkor még korai volt egy kicsit (de csak egy kicsit), nem volt (sokkal) nagyobb szívás ott újra összerakni a munkakörnyezetet, mint az Europa-ban lett volna. Mostanra meg már, hogy van végleges 3.4-es változat, nem mennék vissza.

Elég hamar kicseréltem az Eclipse 3.3 Europa integrált fejlesztői környezetemet az új verzióra. Hamarabb, mint eredetileg terveztem. Ennek annyi volt az oka, hogy letöltöttem az M6-os release-üket kipróbálásra, és amikor meghalt a rendes fejlesztői környezetem (volt 900 MB telepítve, rendes kis pluginkönyvtár :p ), úgy döntöttem, megspórolom az egész újratöltését, és inkább berakom a Ganymede-be a cuccokat.

Nem mondom, akkor még korai volt egy kicsit (de csak egy kicsit), nem volt (sokkal) nagyobb szívás ott újra összerakni a munkakörnyezetet, mint az Europa-ban lett volna. Mostanra meg már, hogy van végleges 3.4-es változat, nem mennék vissza.

Ami a leghasznosabb újdonság számomra, az a megújult csomagkezelő. Egyrészt az az előnye, hogy nem kell előre eldönteni, hogy én most új csomagot akarok telepíteni, vagy a meglevő csomagokon akarok valamit módosítani (korábban idegesítő volt, amikor a rossz menüpontra kattintottam, és egy percig várhattam, amíg megnézte, hogy mit lehet csinálni), ugyanis két almenüpont helyett egy közös dialógusablakból lehet változtatni két fül között – ezek a fülek tartalmazzák a korábbi funkcionalitást. Legalábbis nagyrészt.

Ami úgy tűnik számomra, hogy hiányzik, az a korábbi változatban Select required nevű gomb a telepítendő csomagok választásánál. Lehet, hogy már nincs rá szükség, mert automatikusan bejelöli (nem vagyok benne egészen biztos, ezért ezt nem merem elítélni). Amiben biztosabb vagyok, az a csomagok eltávolítása. Ezt még egyáltalán nem sikerült az új verzióban véghezvinni.

Ami viszont roppant hasznos új funkcionalitás, az a dropin mappa koncepciója. Ez egy kijelölt mappa, amibe ha bedobunk letöltött csomagokat, akkor azokat a csomagkezelő látja, és a függőségeivel együtt telepíthetőek. Ez nagyon hasznos lehet akkor, ha valami olyan projektet akarunk telepíteni, ami valami miatt nem szerepel az Eclipse csomagkezelőben.

Egy másik apró változás, amivel találkoztam, az az Eclipse pluginek (illetve RAP programok) fejlesztésekor jött elő: bizonyos fájlokat megnyitva az Eclipse nem jön rá, hogy én egy megadott futtatási konfigurációval akarom futtatni egy automatikus futtatás parancs kiadásakor, hanem kézzel kell megjelölni. Az Europaban erre nem találtam alternatív megoldást, de a Ganymede sokkal kevésbé idegesítő. A problémát ugyen nem oldották meg, de legalább megkerülték: első futtatáskor lehet, hogy ki kell választanom a futtatási konfigurációt, de utána megjegyzi, és nyugodtan futtatja úgy is.

Az Eclipse 3.4 lesz Ubuntuhoz is – az Europa nem volt, mert valami ütközött az SWT-ben és az Ubuntuban, és ezt csak az új verzióra javították ki; ezért is van az, hogy még az LTS kiadásban is csak a két éves 3.2 (Callisto) került be. Nem tudom, hogy végül is kijavították-e, mert per pillanat nincs lehetőségem ezt ellenőrizni, de valamikor majd ezt is meg lehet tenni. Ez a probléma egyébként akkor merült fel, amikor Balage a leírásom alapján telepíteni próbálta az [[PHP debug Eclipse PDT-ben|Eclipse PDT-t debuggerrel]].

Apropó PHP debugger: a PDT projekt nincs szinkronizálva az Eclipse kiadásokkal, ebből még nincs hivatalosan kiadott verzió (sem pedig update site). De a dropin megoldás segítségével könnyen telepíthető a rendszerbe, és utána minden gond nélkül megy. A php debugger is szépen megy.

Viszont még egy negatívumról is írnék: az SWT widget-készlet még mindig Carbon-alapú OSX alatt, ami nem jó hír. Java 6-tal nem megy, mert az OSX-en kötelezően 64 bites, míg a Carbon 32. De szerencsére már elkezdődött a Cocoa-alapú változat fejlesztése, ha minden jól megy, a következő kiadásba már be is kerülhet. Ha ez tényleg így lesz, akkor lehet, hogy megint kiadás előtt fogok váltani. De ez majd kiderül. 🙂

Szóval egy hasznos új változatról van szó, nagyon forradalmi változás nincs benne, de megfelelő továbbfejlesztése a népszerű IDE-nek. Úgy gondolom, tele lehet még az előzőekhez hasonló apró változtatásokkal, de ezek felismeréséhez nem használtam eleget a korábbi változatokat, ezért nem kívánok most róla írni. Majd esetleg máskor. Mindenesetre bárki számára javaslom a verziófrissítést, ha nincs túlságosan előrehaladott állapotban egy projektjében, mert akkor kellemetlen lehet a váltás. De érdemesnek érdemes szerintem, nem sok helyen van inkompatibilitás a következő verziókkal. Az egyedüli gond az lehet, ha valami szükséges plugin nem érhető el az új változatban.

De ha valakinek nincs valami nagyon különleges igénye, akkor nyugodtan lehet frissíteni, szépen megy az új Ganymede is.