[Frissítve] Ubuntu 13.10

Ubuntu

Ugyan a hivatalos bejelentés még nem érkezett meg, de az Ubuntu 13.10 (kódnevén "Saucy Salamander") kiadás végleges lemezképfájljai már letölthetők a releases.ubuntu.com-ról.

Frissítés: Megérkezett a hivatalos bejelentés is.

( egmont | 2013. 10. 17., cs – 15:39 )

Egy hete frissítettem Raringról, azóta is folyamatosan frissítem természetesen, tehát immár végleges Saucy-t használok. Saját tapasztalataim:

- Alapvetően tök semmi különös. Picit újabb szoftverek, de semmi egetrengető amiért megérné frissíteni.

- Samsung laptopon bizonyos funkciókhoz (pl. fényerőszabályzás) eddig hegeszteni kellett (3rd party voria/bumblebee cuccok, grub.cfg-be valami acpi_vendor_nememlékszemmicsoda). A hegesztés után a fényerő egészen sötéttől vakítóig sok lépésben volt szabályozható. A saucy-ban már out of the box megy minden. A bumblebee és hasonló csomagok már részei a saucy-nak, ami meg nem az eltávolítható. A grub.cfg-ben lévő acpi_valami maradványt ki kell törölni, mert most meg éppen elrontja a fényerőszabályzást. Viszont az új rendszer mindössze 8 fokozatú, és többször is volt már, hogy a szoba megvílágítása mellett a legsötétebb is bőven túl fényes volt nekem.

- Az alap desktopon (gnome/unity, mittommén melyik felelőssége) többfajta billentyűzetkiosztás közti váltás kegyetlenül el lett b.szva. Olyasmi, hogy Alt+Shift-re magyar és angol között váltogat és még mutatja is a panelen hogy melyik az aktív, á ugyan, mit képzel a drága felhasználó hogy ilyen elvárásai lennének??? Szánalmas. Akinek ez fontos, az gondolja meg alaposan hogy frissít-e! https://bugs.launchpad.net/ubuntu/+source/indicator-keyboard/+bug/12183…

( egmont | 2013. 10. 17., cs – 16:03 )

<rant>
Azt hiszem, eléggé eltér a véleményem egyes bugok fontosságáról a fejlesztő csapatokhoz képest. Vagy legalábbis a fontosság mellett egy másik dimenziót is szeretnék látni: azt hogy a bug mennyire "elfogadható", vagy éppen wtf érzésű, vagy nevetséges...

A fényerő hibát jelezhetném, valszeg minimális prioritást kapna és senki rá se nézne évekig. Tipikus 1st world problem, az a legnagyobb bajom hogy túl fényes a képernyő. De valahol meg mi a rákért nem lehet megcsinálni hogy a fényerő fokozatok a teljesen (vagy legalábbis nagyon-nagyon) sötéttől induljanak?

A billentyűzetkiosztásos: nem értem, hogy adhatnak ki egy release-t egy hibával, miért nem release blocking a kritikussága.

És ott van a nevetséges típus: A jobb felső sarokból lenyíló menüben van egy Restart és egy Shut Down bejegyzés is. Mindkettő ugyanazt az ablakot hozza fel, ahol restart és shut down opciók közül választhatok, mindkét esetben a shut down a default. A hiba régóta benne van a bugtrackerükben. Nyilván alacsony prioritású. Viszont szerintem olyan mértékben nevetséges/szánalmas (hangulattól függő), hogy szerintem egyszerűen nem lenne szabad kiadni egy disztribúciót egy ilyen hibával. Ezek azok a hibák, amik egyenesen komolytalanná és versenyképtelenné teszik a Linuxot az átlag felhasználó számára.

(Szerk) Na meg a dátumra kattintva lenyíló naptár. Villódzik-rángatózik mint állat, két menübejegyzés is van ami semmit sem csinál, és nem nyújt más módot az ehavi naptárra visszamenésre minthogy a hónapokat és éveket kézzel visszaléptetem, ha elmászkáltam volna valamerre. Az égig próbálnak építkezni (wayland, mir, unity, mittomménmiminden), miközben a legeslegalapvetőbb dolgokat, amik már a Windows 95-ben klafául működtek, nem képesek színvonalasan megcsinálni.
</rant>

Tényleg minimális a változás a raringhoz képest. Ezt tudtam előre, azért frissítettem csak mert néha fejlesztéshez kell egy icipicit újabb gtk vagy ilyesmi verzió, amikkel kevesebbet akarok szívni.

A bugok amiket említettem valóban apróságok (kivéve a billkiosztásos, azért írtam le mert talán sokaknak fontos, nyilván nem mindenkinek), viszont engem igenis baromira bosszantanak.

Hozzátartozik, hogy én nem csak azt nézem egy disztróban hogy nekem épp mi kell, hanem azt is hogy egy átlag user vajon mit szólna hozzá minden bizonnyal. Előfordul, például házibuli során valaki más ül a gépemhez berakni a következő zenét, vagy netezni picit. Tegyük fel, rájön hogy angol a kiosztásom és neki magyar kéne. Megpróbálja magától kitalálni, kattint az En ikonra, de az nem működik, vagy nem is talál ikont. Erre megkérdez engem, mire azt válaszolom neki, hogy Alt+Shift, de vigyázz hogy az altot üsd le előbb, és engedd fel később. Mire ő visszanéz rám, hogy mi ez a fos amit használok??? És én meg nem tudok mást válaszolni neki, mint azt hogy igen, ez (az a része amit te most láttál belőle) sajnos egy fos.

Az a baj, hogy a billentyűzet-kiosztás probléma sokszor egy külföldinek fel sem tűnik. Szerinted mennyire érzi egy angol/amerikai fejlesztő ezt problémának? Elképzelhető, hogy életében nem vált angolról sehova. Ha nem hívod fel rá a figyelmét, nem nyomatod eléggé, szerintem le se szarják. Kemény, de ez van.

Ilyen bosszantó problémák bennem is fel tudják néha tolni az ideget. Pl. nem értem, hogy vezető operációs rendszerben hogyan lehet olyat, hogy egy ablakot nem lehet átméretezni és az információ olvasásához kilométeres görgetősávval kell bohóckodnom, hogy az tetves apró ablakba behozzam azt, ami érdekel.

De az Ubuntu-ba is tudnék mondani bosszantó hibát, ami számomra nagyságrendekkel nagyobb, mint a billkiosztás. Mindenkinek a saját seggfájása a legkellemetlenebb.

Számomra ezek, amiket említettél a semmi kategória. Örülnék, ha csak ennyi lenne a probléma.

Mindezekkel együtt, nekem ez a fos az, amivel a leghatékonyabban tudok dolgozni.

--
trey @ gépház

Nekem is (illetve hát más Linux disztrót nagyon rég nem próbáltam). Szóval ez van...

A billkiosztásos... persze, valahol értem azt hogy külföldinek fel se tűnik... de ott van baromi régóta a bugtrackerben a bug, rengetegen jelezték a hibát. És nyilvánvaló hogy nagyon komoly strukturális átalakítás történt itt a múltkori ubuntu óta. Az egész XKB cucc és a Gnome-beli, KDE-beli billváltó alkalmazás 8-10 éve össze lett rakva nagyon jól, hozzáértők által. Olyan rohadt nagy elvárás az, hogy ha ezt át kell alakítani, akkor olyasvalaki tegye aki jártas a témakörben (vagy legalább képes arra hogy jártassá váljon mielőtt hozzányúl)???

Te már nem ma kezdted a Linux használatát. Azt szerintem te is tudtad, hogy a bölcs ember a release után legalább egy hónapot vár, hogy az ilyen bakikat legyen ideje még kireszelni a fejlesztőknek. Ki is szokták. Szerintem Treynek igaza van, legyenek ezek a legnagyobb hibák ezzel a release-zel :D

ez igaz, hogy aki tapasztalt annak már ezt azért tudni kell kezelni. viszont a gond az, hogy aki frissen jön winről az mindenki release napján telepít. már alig várja az újat, hogy tölthesse és akkor bumm :D nálam is ez volt anno. és szörnyű volt, hogy nem tudtam eldönteni, hogy valami bug e amit javítani fognak, vagy nálam van valami gebasz, szóval, hogy most várjak, vagy keresgéljek workaroundokat, vagy most mi van.

Jelzem, hogy a) nem vagyok bölcs, ezt tudtam; b) mivel Openbox-ot használok, kicsiny esélye van annak, hogy a frissítés bármi hibát okoz (még sose volt ilyen); és végül c) soha nem sírom tele a fórumokat ha valami a saját döntésem miatt nem működik megfelelően, hanem szépen megcsinálom/megkerülöm/megvárom a javítást. És ne beszélj csúnyán, mert kimossuk a szádat :P

A nyelvváltás probléma az ubuntu létezése óta megvan. Én mivel 3 nyelvet használok párhuzamosan, nagyon sokat szívtam vele, többek közt ez volt az egyik oka annak, a többi hasonló idegesítő apróság mellett, hogy átálltam windowsra. Én sem értem, hogy ilyen banális dolgokat miért nem javítanak, miközben ezeket használják a legtöbben.

Így, hogy leírtad ezt a billentyűzetváltós dolgot, szerencsének érzem magam. :) Kb. egy hónapja használom a billentyűzetváltós cuccot Raringgel és minden tök jó volt, ma meg frissítettem délelőtt Saucyra és eddig nem ütköztem vele hibába. Régen viszont volt vele valami szívás, arra emlékszem, ezért csináltam egy külön kiosztásváltó indikátort, de azóta már töröltem a francba. (Pár sor volt, csak hobbipájtonos vagyok.)

--
Ingyenes Ubuntu One tárhely:
https://one.ubuntu.com/referrals/referee/170278/

Egmont, hasamra csaptam, azért írom ezt épp e postodhoz. Tökmindegy ugyanis melyikhez írnám. Végigolvastam az üzeneteidet. Alapvetően egyetértek veled.

Na most a dolog úgy áll, hogy remélem már érted, miért szakítottam az Ubuntuval, és miért használok most épp DWM ablakkezelőt...

A bloatware cuccok - márpedig nemcsak az Unity az de minden DE (Desktop Environment) is - mindig bugosak, és nehezen bekonfigolhatók a saját igényeink szerint. S még ami jól működik bennük, azok egy része is felesleges nekünk. Emiatt potyára fogyasztja a proci sebességét és a memóriát meg statöbbi. Lehet hogy más usernek az épp kell, de nekem nem, neki meg az nem kell netán ami nekem kell.

A DWM "great". Cuki, aranyos, erőforrásilag alig eszik valamit, nem omlik össze, jól konfigolható/hackelhető, s épp annyit csinál, amennyit egy window manager kell tegyen: kezeli az ablakokat és kész.

Őszintén, minek tudjon egy DE külön gyorsbillentyű-hozzárendeléseket? Arra ott az Xbindkeys. És minek ikonok, amikor azokat úgyse látom, mert eltakarja a képernyő?! És hasonlók.
-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===

Tudom, sokan az ilyeneket imádják. Awesome ablakkezelő, minden csak billentyűzetről stb...

Én nem a fapados dolgokra vágyom. Desktop ikonokat sosem használtam, hülyeségnek tartom pont azért amiért te. De sok más nagyon jó van ezekben a "modern" ablakkezelőkben. Nem vagyok "maradi" ilyen téren, nem vagyok ellene a fejlődésnek. Proci, memória terén nem hiszek abban hogy bármit érezhetően nyernék egy egyszerűbb rendszerrel, úgyis a firefox visz el mindent.

A Unity/Gnome nagyon szépen néz ki. Hülyén hangzik, de ez igenis fontos nekem. A felső panel, rajta az óra, az aksitöltés, a wifi kényelmes, hasznos. A GTK progik menüsora fönt, Mac módjára nagyon jó. A bal oldalt előugró ikonok (csak a pár legfontosabb alkalmazásé, amiket gyakran használok) remek. Az egész egységes, ízléses, letisztult, modern. Nem kell konfigokat szerkesztenem, doksikat bújnom. Alapvetően nagyon jó. Mégis sajnos tele van szarvashibákkal, amiktől falra tudnék mászni.

Nézd, úgy tudom te résztvettél az UhuLinux első verzióinak összehozásában (nekem mintha így rémlene). Az Uhu volt az első Linuxom. Ezt így utólag is köszönöm neked, nagyon fontos volt akkoriban még a számomra, hogy magyar nyelvű legyen.

Szóval én elismerem hogy te nálam messze több tudással rendelkezel ilyen téren, nehogy úgy vedd mintha ki akarnálak oktatni, tudom hogy az olyan lenne mintha a tojás tanítaná a tyúkot. Csak fecsegek most, beszélgetek.

Tehát: Amiket mondtál fentebb, mind könnyedén megoldható nemhogy a te tudásoddal, de még nekem is. Meg is oldottam. Íme:

Aksitöltés kijelzése: http://parancssor.info/dokuwiki/doku.php?id=akku_toltesi_szintjenek_kij…

Az óra kijelzése, meg az aktuális internetes le- és feltöltési sebesség kijelzése, meg a szabad memória százaléka és a szabad lemezterület százalékának kijelzése egy démon által történik amit én írtam. Ennek kódját még nem publikáltam, bár kifogástalanul működik hosszú ideje, de ha akarod, elküldhetem neked. Eddig azért nem közöltem a kódot, mert azon filózok hogy érdemes-e meghagynom démonként, nem egyszerűbb-e ha ilyesmit mindössze egy háttérben futó programként írok meg. Amit persze indíthatna a startx ugyebár az & kapcsolóval. Egy egész rakás kódsor feleslegessé válna így. Bevallom e megoldás ellen kizárólag ideológiai okokból ódzkodom, tudniillik úgy képzelem (lehet hogy rosszul...) hogy ami program kb a teljes bekapcsolási idő alatt úgyis kell hogy fusson, az illik hogy démonként legyen megírva. Nem tudom ezen intuíciómat észérvekkel alátámasztani, elismerem, de ösztönösen így érzem. Szívesen fogadok erre vonatkozó pro- és kontra érveket e témában. Nem arról van szó hogy nem tudom megírni a progit így vagy úgy, mert ha megírtam démonként (márpedig az kész van) akkor „nem démonként” ehhez képest röhögve összehozom félrészegen is. Hanem vacillálok hogy a rövidebb kód kedvéért feladjam-e a zsigeri meggyőződésemet hogy ennek illik démonnak lennie.

A MOC által épp játszott zeneszán címének kiiratása a képernyő tetejére: http://parancssor.info/dokuwiki/doku.php?id=a_moc_altal_epp_jatszott_ze…

A hangerő kiiratása a DWM tetejére: http://parancssor.info/dokuwiki/doku.php?id=a_hangero_ertekenek_kiirata…

Többszintes menürendszer megvalósítása: http://parancssor.info/dokuwiki/doku.php?id=dwm:toebbszintes_menuerends…

Parancs végrehajtása a DWM-ből való kilépéskor: http://parancssor.info/dokuwiki/doku.php?id=dwm:parancs_vegrehajtasa_ki…

Néhány hasznos kis DWM hack és beállítás, konfigolás: http://parancssor.info/dokuwiki/doku.php?id=dwm:dwm_hack

Szóval minden megoldható, könnyen... S a DWM honlapján még van egy rakás más mindenféle is (amiket nem én írtam) csak azokra perpillanat nekem nincs szükségem.

Na most azt szeretném ha megértenéd (nem kioktatásképpen!) hogy én nem érzem fapadosnak a DWM-et! Igazából még ő is többet tud mint ami nekem kéne, mert a "tiled" lehetőségét meg a "float"-ot sosem használom. Nálam minden ablak "monocle", teljes méretű. Engem zavar az Unity rengeteg bizbasza. Meg az önkényeskedése... Ubuntuból a 11.10-et használtam sokáig. A tököm tele volt vele hogy az F10 billentyűt lefoglalta magának a Compiz, holott nekem az kellett volna az MC-ből való kilépéshez. Tudom, a probléma megkerülhető, meg is kerültem. De én magamnak akartam az F10-et. Végül letöltöttem valami asszem "Compiz Settings Manager" vagy hasonló nevű programot, azzal átírhattam hogy ne kezelje ezt a billentyűt a Compiz. Na most úgy képzeld ez csak a következő frissítésig működött! Amint annak vége volt ez a foshalom visszaállította a billentyűzethozzárendeléseket a maga alapértelmezéseire, és a korábban említett programmal nem is tudtam újra kikapcsolni az F10 kezelését. Szerinte az már ki van kapcsolva. Holott a Compiz mégis kezelte azt... Na nekem, ez volt az utolsó csepp a tengerben az Ubi faßságaiból. Ekkor váltottam Sabayonra. (Gentoo-based). Tudtam hogy amíg egy Gentoo-szerű disztrót bekonfigolok magamnak ahogy akarok, szopok majd mint a torkosborz, de úgy véltem megéri, mert utána olyan lesz a rendszerem végre amilyennek akarom. Azért az durva és "Windows-szokás" ám (!!!) hogy egy frissítés agyoncsapja az én egyéni beállításaimat! De már az is hogy egy funkcióbillentyűt csak úgy lefoglal magának módosítóbillentyű nélkül, s ezt alapból 3DParty program nélkül nem is lehet nála kikapcsolni. A pofátlanság teteje de igazán. Szóval itt nemcsak arról van sz hogy a WM vagy DE kevesebb memóriát egyen, hanem az egész filozfiáról hogy mindent ő akar kezelni, s úgy véli ő jobban tudja mint a Felhasználó, hogy mi hogyan kell legyen azon a gépen.

Meg nem tetszett hogy nincs benne menü alapból. Még régen amikor a SithWM ablakkezelőt használtam, aminél egyszerűbb nem sok akadhat, abban is volt menü! A DWM-ben nem, ez nem is tetszett benne de mint a fentebbi linkből látható, megoldottam könnyen.

Abban igazad van hogy a Firefox eszi a legtöbb memóriát. Ez nekem se tetszik. Akartam váltani valami sokkal egyszerűbb böngészőre, de mert minden fejlesztő verzióbuzi, emiatt amiket kinéztem magamnak, függőségi problémák miatt nem tudtam telepíteni. (nem, forrásból se. Persze hogy úgy próbáltam...) Na most egyelőre teszek erre, nem frissítem a rendszeremet ilyesmi miatt, mert nemsokára lesz új laptopom, azon 64 bites rendszer lesz, s arra hegesztek majd egy nyers Gentoot, s abba teszek majd valami nekem tetsző "fapados" böngészőt. Muszáj lesz spórolnom a memcsivel elvégre, mert most 3 giga RAM-om van, de abban csak 8 giga lesz... :) Addig kibírom még Firefoxszal.

Na de a viccet félretéve: kisebb program = kevesebb kódsor = kevesebb hibalehetőség, plusz azok a böngészők amikkel szemezek, — dwb, surf - sokkal jobban személyre szabhatók és konfigolhatók/hackelhetők, mint a Firefox. Az nagyon elhízott...

Esetleg akinek van tapasztalata már e 2 böngészővel hogy DWB meg hogy Surf, megírhatja nekem. Például hogy szerinte melyik jobb és miért/miben.
-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===

Az UHU-val kapcsolatban köszönöm elismerő szavaid, jólesett :)

Nézd, egyszerűen arról van szó hogy másra vágyom... Iszonyatosan sokat hegesztettem régen a saját rendszereimet, irogattam mindenféle szkripteket, szerkesztettem ablakkezelő konfigot heteken át stb. Most már egyszerűen nem erre vágyom. A "mainstream"-et szeretném követni "különcködés" helyett. És a rendszer alapvető használatához (márpedig a billentyűzetkiosztás és váltóbillentyű megadása számomra ide tartozik) egyetlen kódsort sem szeretnék leírni. Tudnék, de nem szeretnék ;) Nem egy olyan rendszert szeretnék használni, amihez én értek és én be tudom konfigurálni magamnak, hanem olyat, amit bárki más is tudna használni és be tudna konfigurálni magának. Elég sokat dolgoztam (és dolgozom most is) azon, hogy a Linux az átlag felhasználó számára barátibb és használhatóbb legyen, talán éppen ezért fáj különösen amikor ilyen banális hibákkal vágják haza a használhatóságot.

Ejnye, pedig már majdnem azt reméltem, megfűzhetlek hogy csináljunk ketten egy disztrót, esetleg más manusokat is belevonva akikben megbízol: a disztró fájlrendszer-hierarchiája GoboLinux-szerű lenne, az ablakkezelő DWM, a zenelejátszó MOC, a filekezelő MC, a böngésző többféle is lenne: Lynx, Links, Elinks, DWB, Surf... Lenne bent alapból természetesen XBindKeys, XChainKeys, NumlockX, Wcalc, Urxvt, Tmux terminal-multiplexer, Vim (musthave...) és más hasonló nyalánkságok...

Igazából pár hónapja el is készítettem egy "modernizált" GoboLinuxot, majdnem minden fontosabb összetevő zsír-új volt benne (kb csak az Udev nem, mert azzal nem tudtam megbirkózni) csak rájöttem nem sok értelme van az efféle egyemberes projekteknek. Mert ha össze is hozok egy kiadást, de a lényeg a csomagok naprakészen tartása lenne, de azt nem bírom egyedül vállalni, ahhoz kell egy közösség.

Na szóval én értem mit írsz. De engem épp az vitt a Linux felé, hogy azt kerestem benne, amit elvesztettem amikor a C-64 -ről PC-re váltottam. Az iszonyatos lelki törés volt nálam. Azt gépi kódban programoztam, és saját Basic-bővítéseket írtam hozzá. (úgy van, nem is egy fajtát). PC alatt ezt nem tehettem meg, nem volt doksi, a forráskódok titkosak... Én igenis akarom ÉRTENI a rendszert.

Na és épp emiatt talán megérted azt bennem, hogy nekem eleve miért nem való az afféle bloatware szarság mint a Gnome, KDE, stb. Túl komplexek. És ez még hagyján, mert a nagyobbik baj az, hogy állandóan felforgatják fenekestül az egészet. Azt hiszem ha jól értettelek te is ilyesmiről írtál itt valamelyik postodban. Születik egy világmegváltónak tartott ötlet, erre rácuppannak mint az éhező prosti a gazdag bankár ötödik végtagjára, és kidobnak minden régbevált alaposan tesztelt megoldást és kódot, s mindezt CSAK amiatt, hogy megspóroljanak egyetlen kib... configfájlt, s a rendszer kitalálja maga az akármit. Az nem baj ha az esetek 10%-ában is rosszul találja ki, s az se ha a korábbi 10K méretű kódból lett 50MByte. Leszarják.

Szerintem te is effélék miatt fanyalogsz. Ha igen, tudd hogy EGYETÉRTEK VELED.

Sorolhatnám a példákat. Úgy tervezem pld, ha megjön a 64 bites laptopom, azon nem Grub2 lesz a rendszerbetöltő, hanem LiLo. A Grub 1-et szerettem. A Grub2-nél olyan érzésem van, hogy egy kész oprendszer maga is, csak azért, hogy elvégezzen egy faék-egyszerűségű feladatot, amihez már-már még a Grub1 is sok lett volna. Egyáltalán, utálom azt a mindenfelé elburjánzó koncepciót, hogy olyan rendszert írnak, amihez nem kézzel kell szerkeszteni a megfelelő konfig fájlt, hanem külön speciális konfigfájlok tömkelegét kell szerkesztgetni csak azért, hogy abból maga a rendszer összetákolja egy külön célprogrammal magának a végleges config fájlt. A Linux eredetileg az egyszerűségről szólt vagy nem? Mindenki elfeledte volna a KISS elvet?!

Itt van aztán a systemd is. GYŰLÖLÖM. Nekem nem kell, a jó öreg udevet akarom vissza.

Akkor meg szintén a szívemből szóltál, amikor azt emlegetted, nem érted a mai Xorg működését, mert nem találsz benne xorg.conf fájlt. Én is csak néztem mint a hülye amikor megláttam először, hogy van ilyen is hogy ez nincs... És most se értem én se. Tudom hogy van valami spéci könyvtára amiben az egyetlen xorg.conf helyett van mindenféle más conf fájl, kivéve amikor nincs, mert anélkül is megy. Hogy hogyan, nem tudom. Emiatt a rohadt X miatt nem tudtam rögvest Gentoot telepíteni, így lett Sabayon. Ha megjön a másik laptopom nekiesek újra. De ha lenne valami egyszerűbb megoldás az xorg helyett, azt választanám.

Szóval ez az egész rémségesen túl van már bonyolítva. Minden programozó azt hiszi, akkor lesz nagy név a szakmában, ha olyan programot ír ami "mindent" tud, mindegy hogy hánytízezer sor lesz emiatt, és nem használja fel a régi jól bevált megoldásokat hanem csakazértis valami új dolgot talál ki, tökmindegy hogy akármilyen nyakatekert legyen is. Nem baj az csak MÁS legyen.

-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===

"engem épp az vitt a Linux felé, hogy azt kerestem benne, amit elvesztettem amikor a C-64 -ről PC-re"
Hát igen ez te problémád. Nem Linuxot akarsz használni, hanem egy C64-re emlékeztető rendszert építeni. Csak rajtad kívül nem sok ember sírja vissza a C64-t. A fiatalabbak meg nem is ismerik. Te meg egyedül nem fogsz tudni ilyet építeni. Vagyis lehet hogy igen, de minek? Nem véletlenül vannak rendszer fejlesztők meg rendszer használók. Csak te nem tudod eldönteni, hogy melyik is vagy. Mert ha fejlesztő vagy ne sírj, hogy milyen rossz a többi, hanem csinálj jobbat, ha meg használó, akkor meg használd, ne akard átalakítani.
A Unity-ról meg annyit, hogy baromira nehéz lecserélni a háttérképet, meg kirakni a kedvenc alkalmazásokat az indítóba, és máris használható a rendszer. Nem tart az egész 2 percig. Ehhez aztán baromira nem kell egyetlen config fáljt sem szerkeszteni. Sőt a grub2 is működik, akkor minek piszkálni?

Ezt megpróbálta már 3x is, nem jött össze neki.

Szívesen szövetkezne olyan emberre(kke)l, aki megtudná csinálni azt, amit ő szeretne. Pont azt kéne csinálni, amit ő szeretne, hiszen az annyira super-awesome. Ő az az ember, akinek vannak olyan remek ötletei, ami másoknak valahogy nem jut eszébe. Noha ő igen intelligens és nagytudású, sajnos a projekt nem egyemberes, ezért ő egyedül nem tudja megcsinálni. A probléma csak az, hogy azok az emberek, akik szakmailag vannak azok a szinten, hogy "segíteni" tudjanak a projekt megvalósításában, sajnos nem tudják felismerni az ötlet zsenialitását. Így egyedül marad, és a zseniális ötlet is örökre megvalósítatlan marad.

Soká lehetne sorolni azokat az ötleteket, amik megelőzték korukat, s amikért a kitalálóját őrültnek nézték akkor, később pedig (többnyire a fickó halála után...) azon sajnálkoztak hogy mekkora lángész volt, milyen kár hogy nem ismerték fel a zsenijét és nyomorultul pusztult el, s hol tartana ma a világ ha megfogadják a tanácsait.

Ami meg az LFS-t illeti: igen, még nem jött össze, de minden kísérletnél egyre messzebb jutok és egyre fejlődik a tudásom. Szóval arra azért ne vegyél ám mérget, hogy sose leszek képes végigcsinálni...

Különben meg, nekem nem is az a célom hogy azt simán végigcsináljam. Hanem hogy a saját módosításaimmal csináljam végig... Ehhez természetesen az kell hogy kívül-belül értsem az egész folyamat mikéntjét, hogy mi miért és hogyan van benne. Az ilyesmi azért annál picit több időbe telik ám, mint hogy mechanikusan bepötyögjem a parancsokat, aztán pár óra alatt feláll a rendszer. Megjegyzem, talán tudod, hogy az LFS Book angolul van. Eleinte úgy kb épp csak a parancsokat értettem belőle. Mostanára már egész jól értem az összekötőszöveget is. Ez is időbe tellett.

Szóval csak ne becsülj engem le édes öregem, rengeteget fejlődtem az utóbbi évek alatt. Méghozzá annak ellenére, hogy rohadtul senki de senki sem segített. Semmit. Még emlékszem rá hogy egyik első LFS próbálkozásomnál elakadtam valahol, be is írtam ide a HUP-ra hogy mi a gondom, de senki se segített. Ellenben egyvalaki volt olyan végtelenül kedves - talán épp te, de ha nem te voltál ne vedd magadra, most lusta vagyok visszakeresni - hogy beírta nekem, hogy pofonegyszerű lenne túllépni a problémámon, de ő direkt nem írja le nekem a megoldást.

Na EZ az a jó drága MAGYAR MENTALITÁS, meg ennyit arról a legendáról hogy a linuxosok segítőkészek meg minden.

De azért ha lassabban is de fejlődök magamtól is. Még ha ez zavar is téged.

-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===

,,Ellenben egyvalaki volt olyan végtelenül kedves - talán épp te, de ha nem te voltál ne vedd magadra, most lusta vagyok visszakeresni - hogy beírta nekem, hogy pofonegyszerű lenne túllépni a problémámon, de ő direkt nem írja le nekem a megoldást."

Nem olvastam ezt, de lehet, hogy úgy gondolta, hogy neked/világnak/neki akkor lesz a legjobb, ha ezt írja neked, hogy pofonegyszerű, de nem adja meg.. Persze lehet, hogy tévedett, mikor így gondolta.
(vagy tényleg csak szar napja volt, és valakivel köcsög akart lenni, ha már a főnökkel/ügyféllel/asszonnyal szemben mindent el kell tűrnie)

Nem kell rosszindulatúnak lenni, pláne a magyarokat szidni.

Oké, akkor kérlek add meg a mailcímedet, s legközelebb ha bajom lesz az LFS-sel, téged kérdezlek meg. Meglátjuk, te helyrehozod-e a magyar linuxosokról alkotott most jelenleg meglehetősen "very low level" szinten álló véleményemet.
-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===

Antrénak húzós volt a meg nem értett zseni attitűd. Nem ismerem a folyamatot csak amit írtál, de én ha először próbálkozom, végigcsinálom betűről betűre, magát a folyamat működőképességét ellenőrizendő és ha rendben megy, elkezdek rajta változtatni. A leírásod alapján már induláskor próbálkoztál, ez szerintem nem jó.

"Belépés díjtalan, kilépés bizonytalan."

Muszáj. Hogy a költőt idézzem szabadon:

„Mondd mit érlel annak a sorsa
aki végigcsinál egy nyers LFS-t?
Aki csak másolgat szolgamódra,
miközben meg gondolkodni rest?
Bár lesz neki egy rendszere egyszer,
haszonra nem jut bőven e tettel,
minimáldisztrót kapott, nem többet,
s erre legyen akkor talán öntelt?

Az ki akar ötről hatra jutni,
annak azt ám pontosan kell tudni,
sorsa őt a járt utaktól messze
vezetheti be nem járt terepre,
és ahhoz hogy szíve kedves álmát
megpillantsa valósággá válván,
nem habozhat az első lépéssel,
mit más meg nem lép óvatos ésszel!

A kísérletező gyakorta eltéved,
fenyegetik útját rút veszélyek,
na de hát ez a haladás ára:
így jutottunk tegnapról a mára!”

.......
Bevallom, nekem a végső célom a GFS megírása.
GFS=„Gobo From Scratch”!

-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===

Ah, egy reneszánsz ember körünkben, mily megtisztelő.

Bár a vers maga hülyeség, ez még belefér, de az "így jutottunk tegnapról a mára!" válasza, hogy láthatóan nem jutsz, mert nem jól indulsz neki. És ez tény, bármily szépen verseled le az ellenkezőjét.

"Belépés díjtalan, kilépés bizonytalan."

Én szeretem ha a desktopom fancy és nem azzal akarom tölteni az időmet hogy az ablkezelőt kofigruálgatom, valahogy már nem szeretek napokat tölteni a reszeléssel.

===============================================================================
// Hocus Pocus, grab the focus
winSetFocus(...)

http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation

Egyszer kellett csak bekonfigonom a DWM-et. Most már megvan nekem minden szükséges script és forráskód, ha átköltözöm másik disztró alá valamikor, mindent leforgatok összesen 1 perc alatt (nem túlzás!). És újraforgatni is csak amiatt kell majd mert az 64 bites rendszer lesz.

Amennyi időt e "reszeléssel" töltöttem, annyi bőven kellett volna bármi bonyolultabb DE alapos megismeréséhez is.

Annyit elfogadok azonban az érvedből, hogy ha te a fancy környezeteket kedveled, akkor a DWM és társai tényleg nem neked valók. Ez afféle "egyéni ízlés" kérdéskör már. Ha te úgy véled, megéri a "szépség" (ami relatív és egyén-függő fogalom maga is...) kedvéért feláldozni sokat a személyre szabhatóságból és hatékonyságból, akkor az a te dolgod és privát döntésed amihez jogod van.
-------------
Honlapom: http://parancssor.info
Könyvem a VIM-ről
=== Sabayon disztró, DWM ablakkezelő ===

( lacesz v | 2013. 10. 17., cs – 15:56 )

Semmi változás nem tapasztalható. Esetleg annyi, hogy gyorsult a program betöltés és a szoftver központ.
Állítólag a 14.04 több változást hoz.

---
Bill Gates a sátán, a Microsoft pedig az apokalipszis egyik lovasa...

Ja, mert mindenki az Ubuntu Phone-ra meg a Unity 8-ra meg a Mirre van ráizgulva. Egyszer majd a desktop is megkapja ezeket, de előbb legyen stabil. Én nem bánom, hogy még nincs Unity 8 a 13.10-ben. Nem kell több bug. :)

--
Ingyenes Ubuntu One tárhely:
https://one.ubuntu.com/referrals/referee/170278/

( trey | 2013. 10. 17., cs – 16:03 )

Ubuntu for Phones

13.10 represents a major step forward for the Ubuntu project, because it features the first image to support phones. Furthermore, the Ubuntu phone images feature a set of new technologies that solve many of the longstanding difficulties with Ubuntu distros. Specifically:

Image based updates
A complete SDK
Application Isolation
Click packages and click installer with app store
Mir Display Server and Window Manager
Unity 8

For 13.10, Ubuntu primary supports the Galaxy Nexus and Nexus 4 phones, though there are images available for other phones and tablets.

https://wiki.ubuntu.com/SaucySalamander/ReleaseNotes#Ubuntu_for_Phones

--
trey @ gépház

( kleinie | 2013. 10. 17., cs – 16:06 )

Ubuntu eléggé rossz irányt vett sajnos.
Sok évvel ezelőtt dolgoztam egy alkusz cégnél, ahol az ügyfelek bejövő megbízásait kellett adminisztrálni. A cég, hogy segítse az "operátorok" munkáját, felszerelkezett pár laptoppal - egyszerű, irodai munkára való gépek voltak - és ha jól emlékszem Ubuntu 10.XX volt rajtuk legnagyobb meglepetésre. Na kb. akkor még használható volt az Ubuntu.

( balintdavid | 2013. 10. 17., cs – 16:14 )

Xubuntu 13.10 kijött azzal az augusztus elején bejelentett "apró" buggal, hogy nem lehet hangerőt állítani a tálcán. FOS(S) kvaliti

nekem a 13.04-esen a Dolphin(?) fájlkezelö állndóan elszáll, hálozaton kb 5%-ot lehet másolni és utána megáll a másolás.

Teljesen egyet értek az elöttem szólokkal, ez már win95 alatt is müködött. Kb azt érzem, hogy egy helyben topog az egész linux desktop már évek óta....
--------
HOWTO: Zentyal+Zarafa+Setup+Outlook+Thunderbird+mobilephone sync

+1

Viszont még ezredjére is vicces az ilyen hozzászólásokat olvasni, hogyha polírozni kell akkor Ubuntu így meg úgy meg amúgy, ha gond van akkor meg sz@ralinux.

Azt meg már el sem próbálom magyarázni nekik, hogy a linux egy kernel, így nem sok köze van az ő unity-s vagy más egyéb alkalmazásban elszenvedett bugjaikhoz.
--
http://csuhai.hu

Hát igen, viszont a Fedora nem kattingatós infósoknak való, néha még 3 sornyi manualt is el kell tudni olvasni, ráadásul angolul, hogy finomhangold ;)

De még ezek a bugok miatti panaszkodás is rinyálásnak tűnik nekem, piszlicsáré dolgok ahoz képest hogy ingyen kap oprendszert.

Nekem volt két gépen ennél sokkal komolyabb kdepim bugom, de eszembe nem jutott volna a kernelt szidni, vagy a disztrót. Kevesebb idő/energia alatt megoldottam vagy megkerültem, mintha dobnék ide 3 postot.

--
http://csuhai.hu

Igaz, nem ma kezdtem a Linuxszal ismerkedést, de semmi nehézséget nem érzek a Fedorában. Vegyesen intézem a dolgaimat, néha GUI-ról, néha meg terminálról, ahogy épp jólesik. Hardcore-nak nem mondanám - tudom, Te sem éltél ezzel a kifejezéssel -, ugyanakkor megértem, ha egy kezdőnek fogalma sincs arról, hogy hogyan lesz flash pluginja, vagy például mp3 támogatáshoz szüksége lesz az rpmfusion repóra. Mert a jogászokkal csak a baj van. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

hú de menö, lenézö szöveg.
Nem unity-t használok, amikor kihozták, már akkor nem láttam fantáziát benne, és még most sem. csak mert (durván leegyszerüsítve) bal oldalt vannak az ikonok az alsó tálca helyett, az nem innováció.

viszont én a gépet használni és nem buzulni szeretném, nem szeretnék keresgélni, hogy hogy lesz flash plugin-em (bár már jó lenne, ha ott tartanánk, hogy flash egyáltalán nem kellene) vagy bármi más szolgáltatás ami még egy frissítéssel elöbb így müködött, most hajmeresztöen máshogy.

ja, és fizetnék is egy olyan rendszerért, ami out-of-the-box müködik, nekem nem elvárásom, hogy minden ingyen legyen (= aki megírja a kódot, annak is kell vmiböl élnie...)

--------
HOWTO: Zentyal+Zarafa+Setup+Outlook+Thunderbird+mobilephone sync

Ezt nem tudom, de az biztos, hogy eddig akár hányszor nem LTS-sel kezdtem, szívtam. Tapasztalat, hogy az LTS-sel (persze ott is megvárva az első hónap elteltét) kevesebb a baj, mint más rls első hónapja után.
Hogy ez csak a véletlen műve-e, vagy szándékos, nem tudom.
--
PtY - www.onlinedemo.hu

Az pletyka szinten régóta tudott, hogy a sima kiadások inkább kísérleti kiadások, és az LTS-ek a stabil kiforrott kiadások. Én is már jó ideje LTS-t használok csak.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

Mert az sem jó, az a nagyobbik rossz. Sok komponensnél van nagyobb váltás, ezek között pedig van függőség, mert az egyik program fontos a másik program futásához. Ha az alap rendszer folyamatosan rolling lenne, akkor folyamatosan nagy lenne az esélye, hogy valami eltörik - és mégpedig azért, mert egy alap komponens - amelytől sokan függenek - olyan nagyobb verziót ugorhatna akkor, ahol az újabb verzió nem kompatibilis a régebbivel.

Ilyen és ebből sok van, ezért kell tartani bizonyos verzió keretek között az össze tartozó komponenseket. Ha LTS, ha nem. A rendszernek meg használhatónak kell lennie, mert ha nem lenne az, akkor senki nem használná és nem kapna elegendő tesztelést.

Ők sem hülyék, az adott anyagi, idő, és egyéb lehetőségek és igények alapján valószínűleg az optimálisat csinálják most is. Csak a felhasználók általában nem mindig látnak mögé, hogy mi miért van.

Azért nem olyan egyszerű ez. Sok ezer komponenst kell összeválogatni, illeszteni és hiba javítani.

Én is azért használtam LTS-t (Lucid), de mégis elrontották. Unitynek hívják a hibát. Tettem egy kisérletet a MATE desktoppal is, de úgy találom messze van ez még a jótól. Úgyhogy most szaladgálhatok fűhöz, fához, vargához, hogy olyan környezetet hordjak össze magamnak, ami nem bosszant fel valami hülyeségével naponta-kétnaponta.

( tompos v | 2013. 10. 17., cs – 16:26 )

Tegnapelott osszeszarta magat, h a mir-t ki kellett kapcsolnom. Aztan helyrejott. Ma reggel meg ugy, h kikapcsolt mir eseten is szar volt, csak startx + unity komboval indult:)
Mondjuk itt nalam mar alapbol el van szurva vmi, mert a HUD-ba hiaba kepelek, csak teker, de nem hoz fel semmit se.

t

( egmont | 2013. 10. 17., cs – 17:01 )

Még egy sztori.

Már a 12.10-ben is biztosan hibás volt, sőt valszeg a 12.04-ben is. Alapértelmezett desktop, compiz ablakkezelő. A beállítások közt az ember talál két izgi opciót.

Az egyik, hogy az ablakot át lehet méretezni úgy, hogy csak a keretét méretezi, és elengedéskor rajzolódik újra a tartalma. Vagy úgy, hogy folyamatosan átméretezi. Talán ez utóbbi a default is. De mindenképpen az, amit használni szeretnék. Merthogy a számítógép dolgozzon, ne én. Úgy szeretném átméretezni az ablakokat, hogy a bennük megjelenítendő dolog elférjen, és ehhez bizony látnom kell menet közben hogy az hogyan alakul.

A másik a snapping. Mozgatáskor a képernyő széléhez "tapadjon" hozzá az ablak, hogy ne lógjon ki csúnyán pár pixellel, és ne maradjon üresen kihasználatlanul csúnyán pár pixel.

Két olyan szolgáltatás, amik alapvetőek, minden ablakkezelő hosszú idők óta tudja mindkettőt, és semmi közük egymáshoz.

Mégis, a drága jó compizban a kettő együtt nem működött. A desktop széléhez tapasztott ablakot a túlszélén nem lehetett megfogni és átméretezni ("folyamatos" átméretezés esetén), sőt, hosszú 5-10-15 másodpercre grabelte az egérkurzort és használhatatlanná tette az egész X-et.

A bugtrackerben más se történt, mint több mint egy éven át mindig amikor kijött egy újabb compiz verzió, akkor ennek a bugnak a milestone-ját tovább billentették az eggyel következő verziószámra. De akkor mi a fasz értelme van a milestone mezőnek egyáltalán?

Pár hete írtam egy nagyon udvarias, de mégis nagyon lebaszó megjegyzést a bughoz, hogy ugyan hogy a rákba engedhetnek meg ilyen hibát? Ennek köszönhetően a fejlesztő ránézett, kábé (szerintem) 5 perc alatt javította (a javítás csak kódsorok eltávolításból áll), és szerencsére épphogy az utolsó pillanatban megérkezett a bugfix a Saucy-ba.

Normális disztribúció szerintem egy ilyen hibát a bejelentésekor kritikus prioritásúként kezelt volna és napokon belül javította volna. Sajnos az ő skálájuk szerint ez nem kritikus: nem jár összeomlással, adatvesztéssel; és a bug "megengedhetetlen", "szánalmas" volta, a viselkedés időrabló és frusztráló és a felhasználó agyát felbaszó jellege nem játszik szerepet sehol sem.

Kéne már egy Steve Jobs hozzáállású ürge a Linux világába...

Látom, nagyon belelkesedtél és minden rendkívül fontos hibád kapcsán írsz egy 8000 karakteres letoló kommentet. (Egyébként: deráérsz :P) Ha jönne egy Steve Jobs hozzáállású ürge, akkor azt a Linux disztrót úgy fogják hívni, hogy Android, vagy ugyan hibátlan lesz, de nem lehet majd mindenki számára ingyenesen használni. Azon komolyan szoktam mosolyogni, hogy az Ubuntu telepítése (mely mondjuk húsz perc) után a felhasználónak minden licenc kifizetése és további hangolás vagy telepítés nélkül a rendelkezésére áll egy irodai és otthoni munkára, szórakozásra is kiválóan használható rendszer, melyben a kiadás utáni napokban ilyen komoly hibákat lehet találni, mint amiket leírtál ( :D ), és sírnak, hogy nem tökéletes. Szerintem vagy ne sírjál, mert te is képes vagy kijavítani azokat a hibákat, vagy várj türelemmel, vagy menjél, vásároljál másik oprendszert és használjad örömmel. Minek itt finnyogni? Főleg ilyen röhejes hibák miatt? (A billentyűzetes problémádat az Xorg konfigjában megadott két sor javítja, ha nem tudod megtalálni, szóljál, elküldöm.)

Nézd, egy rossz szavam se lenne, ha vadiúj cutting edge technológiák még nem lennének tökéletesek, kifinomultak; ha szaggatna a 3D kockaátforgatás két desktop között, vagy ilyesmik... de itt a legalapvetőbb funkciók romlanak el, és (mint ahogy sokan mások is jelezték itt most) toporog egyhelyben a disztrib, ha nem épp visszafelé lép. Most például a billentyűzetet nem tudom úgy használni, ahogy szeretném. Minden ami működik azt szét kell szedni és újra megcsinálni, újra elölről kezdve az összes bugjával és gyerekbetegségével, egyre bonyolultabb technológiákra építkezve, egyre több race condition-nel a háttérben (amelyek villódzáshoz, nehezen reprodukálható hibás viselkedéshez stb. vezetnek). Nem tetszik ez az irány. A sok-sok ilyen probléma összességében egy összeszedetlen, összecsapott, kontár munka érzetét nyújtja.

Rég volt az hogy képben voltam az X konfigolás és xkb beállítás terén. Ami azóta változatlan, azt még ismerem, ami megváltozott azt nem. Szívesen fogadnám az Xorg konfigba beillesztendő két sort. Csak például ott kezdődik a probléma, hogy nincs is xorg.conf fájlom, és ez nem tudom hogy akkor mit is jelent. Ami nekem az elmúlt kb 6 évnyi Ubuntu használat során mindvégig tökéletesen működött, és most a Saucy-val elromlott, az az alábbi: Az Ubuntu alapértelmezett desktopját használva, a (bal) Alt + (bal) Shift (a két módosító tetszőleges sorrendben együtt leütése, majd tetszőleges sorrendben felengedése) billentse át a kiosztást azonnal, az angol és egy általam megadott magyar variáns között, és a panelen az annak designjába passzoló kis En vagy Hu (vagy valami hasonló) jelezze vissza az állapotot. Ha képben vagy a Saucy újdonságaival billentyűzetkiosztás terén, akkor előre is köszönöm azt a két sort, ami a Saucy-ban ezt megcsinálja! Ha nem vagy képben, és az évek óta működő standard xkb beállítást küldenéd el, akkor szólok hogy ne fáradj, ugyanis épp az a probléma, hogy a visszajelző applet immár nem kompatibilis vele, és ő maga teljesen másképpen, az xkb-vel csúnyán összeütköző módon szeretné átállítani a kiosztást, aminek az eredménye totális káosz.

(Egyébként meg... Nagyon régen volt az, amikor disztrót fejlesztettem. Nem az a kérdés, hogy megtalálom-e a megoldást. Az a kérdés, hogy van-e időm, kedvem, türelmem, agykapacitásom ehhez, és hogy egyáltalán miért kellene konfigot turkálnom. Az elmúlt 6 évnyi Ubuntu-használat során nem kellett, grafikusan be tudtam állítani, most meg nem.)

Akármennyire stabil, jó(?) egy rendszer, ha a támogatás -függetlenül attól, hogy milyen- megszűnik, frissíteni kell (nagyvállalati környezet). Nehezen képzelem el, hogy Win7 után vállalati környezetben valaki Win8-at használjon. De a történelem majd megcáfol...

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Egy ismerősöm egy szakrendelőben informatikus, a szervereiket én supportálom, ismerem a viszonyokat.
A 60+ gépből 50+-on XP van. Van 1-2 helyen W7, de azzal folyamatosan szívnak, mert a szoftvereik esnek/kelnek rajta (XP alatt jók). Kísérleteztünk sokmindennel, a fejlesztő ígérte, hogy megoldja, de az is pénz kérdése, mert a sw már régi, és anno XP volt megjelölve ajánlott rendszernek. Pénzük viszont nincs, még erre sem, nem hogy W7-re.

A legszebb homorítás az volt, hogy kellett nekik egy új könyvelői gép a központosított költségvetés miatt (kormány bravo), ahol a pénzügyeket intézik. És itt jön a csúcs. A webes app, amit használniuk kell csak IE alatt megy, és csak Java 1.4.mittomén milyen verzióval - valóban nem megy mással, de ez csak hab a tortán, ugyanis az 1.4 csak 32 biten van, így csak akkor működik az egész f@s, ha az IE 32 bites módban indul. Bravo, bravo, Magyarország én így szeretlek.

Ezek után mi a retkes f@szt akarunk mi megszabadulni a zikszpétől?

Az alkalmazói szoftverek tömkelegével gond van sok cégnél W7 alatt (mert túl jó volt az xp, és arra rendezkedtek be), és a váltás nem csak OS szinten, hanem ebből a szempontból is horribilis pénzekbe fog kerülni, sokan fogják megkockáztatni azt, hogy inkább lemondanak a supportról, minthogy ennyi pénzt költsenek el - és ha belegondolok abba, hogy ha már költeni kell alkalmazói szoftverre, akkor költök többet, de az legyen webes, és akkor a klienseket meg belinuxolom jól, és szarok a farmra b+, még lehet, hogy sokkal olcsóbban is jövök ki.

Nagyon sok kisebb cég van, akiknek elég volt az OEM win, és a W7-re sokat kéne költeniük, ezek a cégek nagyon el fognak gondolkodni, hogy merre tovább.
--
PtY - www.onlinedemo.hu

Mondjuk mer' ők azok, akik emlegetnek valami kompatibility réteget, meg xp-módot.
De mivel ennél a cikknél ez szerintem erősen offtopic, szerintem itt nem kéne ragozni, ha valakinek kedve van, menjen át a focista szálba, és szajkózza ott, hogy a Microsoft már megint tökéleteset alkotott, és akinek erről más a véleménye az buzi.

Tényleg van vmi tool, amit le lehet tölteni az MS-től, ha Pro vagy nagyobb W7-ed van, de ez nem nyugtatja meg a könyvelő nénit, aki W7 Home-mal kapta a notebookot.

Amúgy meg érdemes lenne elgondolkodni azon, hogy vajon minek nagyobb a valószínűsége:

- Kifejezetten W2k/XP környezetbe íródott alkalmazás, ami a mai napig használatban van, hibátlan, és jó
1 - elfut-e gond nélkül W7 alatt?
2 - elfut-e gond nélkül Wine alatt?

Én helyből a 2-esre tippelnék...
--
PtY - www.onlinedemo.hu

Én a több ezer számítógépet, iroda és gyártási környezetben használó multikra gondoltam, nem a szakrendelőkre. Ott nem kérdés a támogatottság hiánya.
Bármennyire überfasza egy rendszer - mint tudjuk ilyen nincs - muszáj váltani, még a support megszűnése előtt. Ha ezt világszinten képzeled el mondjuk az xp esetében, akkor el lehet gondolkodni, hogy minimum 1 évvel a megadott nap előtt el kell kezdeni a migrációt. Én azt nem tudom elképzelni ilyen környezetben gondolkodva, hogy mit fog kezdeni az iparág a win8-as csempékkel...

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Hmmm... A kétsoros beállítás természetesen nem az Ubuntu saját megoldását éleszti fel, hanem az xkb-t konfigurálja, ami nálam hagyományosan vagy tizenvalahány éve: CapsLock vált a billentyűzetek között és a CapsLock LED mutatja, hogy magyar (világít) vagy angol (nem). Ezt simán meg lehet csinálni egy ilyen paranccsal indulás után:

$ setxkbmap us,hu -option "grp:caps_toggle,grp_led:scroll"

Mivel Openbox-ot használok Ubuntun is, így ez sima ügy minden verzióban. De ha mégis, akkor így szoktam beállítani az Ubuntu saját billentyűzet bizbaszát is.

Egyszerű felhasználóknak pedig mindig az LTS használatát javaslom, vagy ha nagyon muszáj, akkor release után leghamarabb egy hónappal frissíteni. És így nincsenek ilyen bleeding edge problémáik :D

Jobb híján én is ilyesmit használok, csak most visszajelzés nélkül (lévén hogy nincsen led a billentyűzetemen, meg egyébként se ott mutassa, hanem a desktopon, mert azt nézem-látom munka közben, nem a billentyűzetet).

Feljebb már feltettem a kérdést: az LTS esetén másmilyen (szigorúbb) a QA, ami kevésbé tesz valószínűvé ilyesmi bugokat?

Nem ismerem az Ubuntu fejlesztési metódusát, de az a tapasztalat, hogy az LTS-be némiképp megfontoltabban pakolnak újdonságokat (mondjuk jövőre meglátjuk, hogy a Mir-t bátran beteszik-e a 14.04-be :D), és ami viszont egyszerű józan paraszti ész: ha egyszer kireszelték a kínosabb hibákat (vagy meg workaround-oltad magadnak) pár hónap alatt, utána vagy négy évig nem kell többet a hibákkal szenvedni és ez nagyon praktikus.

Jópárszor nekiállok bugfixálni random hibákat. Tapasztalat szerint kb. 1 éves rendszeren már gyakran nem fordul le a kiszemelt komponens legújabb verziója hegesztés nélkül. Telepíteni egy komplett library stack-et (pl. teljes Gnome vagy KDE runtime + fejlesztői környezetet) valami másik könyvtárba vagy virtuális gépre mind-mind túl nagy macera lenne. Még mindig az a legegyszerűbb, ha frissen tartom a rendszeremet hogy minél több minden simán leforduljon. Most épp ennek az az ára, hogy fél évig nem lesz visszajelzésem a billkiosztás állapotáról. Iszonyúan bosszant (nem is az hogy nekem szar, hanem az a fejlesztési hozzáállás és a bugok figyelmen kívül hagyása és QA hiánya és utólagos sötétben tapogatózós fixálási kísérlet amit látok), de túlélem.

Miért nem egy chroot-ba teszed össze a fejlesztői környezetedet? Vagy virtuálisan? És akkor maradhatnál LTS-en.

Botorság azt hinni hogy a ma megjelent kiadás aztán olyan hibátlan lesz, hogy ilyen nagyságú kombinációban nem lesz hiba (sok fajta felhasználási mód sok fajta hardveren rendkívül sok fajta szoftver összeállításban).

Miért nem pár hónap múlva frissítesz? Addigra tolnak ki sok javítást. Szerintem a kiadás utáni 1 hónap nagyon aktív lehet a feedback szempontjából nekik.

Egyébként az LTS asszem már a 4. minor verziónál tart. Nem csak a Q&A-ról van szó, hanem hogy eleve az alap rendszer csak javítást kap. Ez hosszú időn keresztül egyre nagyobb stabilitást ad. (Persze böngészőt meg egyebet cserélnek, de akkor is jóval stabilabb mint a köztesek).

Szerintem a hibamentes (durva hibáktól mentes) rendszer kiadás nélkül a gyakorlatban majdnem kivitelezhetetlen. A javított hibák száma az idő függvényében mindig hiperbolikus értéket fog mutatni. És soha nem lesz nekik annyi idejük és pénzük, amellyel a szükséges kombinációkat végig tudják vinni megfelelő tesztelésen. Nem tudom elképzelni hogy ez változzon a jövőben ha minden így marad. Talán ha jobban egységesedne a hardver és a szoftver környezet.

Mert a chroot vagy vm felépítése, karbantartása; adatfájlok, források, patchek pakolgatása ki-be, bill.váltás megoldása vm-en belül is, stb. milliószor több macerával járna. Persze, járható út, ismerem a lehetőséget, csak van egy folyamatos hatalmas overhead-je ahhoz képest mint ha az egy szem gépemen simán nyitok egy terminált és beírom ./configure és ő közli velem hogy mindent rendben megtalált.

Továbbra sem értem, miért nem lehet durva szarvashibáktól mentesen kiadni egy disztribet, illetve miért kell eleve nagy változtatásokat véghez vinni ha azok nincsenek rendesen tesztelve. Ez a bill.kiosztásváltós másfél hónapja ott van, rengetegen kommenteltek, mégis csak most kezdtek el dolgozni rajta. Nem hinném, hogy olyan sok ehhez hasonló bug lenne, hogy ne lehetne a szarvashibákat a kiadás előtt orvosolni.

Egyetértek azzal, hogy ha lejelentik, akkor már ott van, lehetne erőforrást fordítani rá hogy javítsák. Gyakorlatilag pont az ilyen hardvertől független dolgokat kellene lereagálniuk szerintem is, ha már sokan megerősítik.

A kompromisszum mégis csak ott van, mivel az overhead helyett a munka környezeted stabilitását áldozod fel. :)

Gondolom ismered, csak kíváncsiságból kérdezem, hogy KVM-be tett vékony VM nem jönne be? A KVM nem foglalja le a vendégnek kiosztott teljes memóriát, hanem csak annyit csurgat neki amennyit elhasznál.

Nem vagyok naprakész a VM megoldások terén. Legutóbb vmware-t használtam, ma már az nem igazán menő. A KVM és társait sajnos nem ismerem, nem tudom hogy mit kapnék, hogyan működne. Viszont tuti hogy annyira egyszerű nem lehet, mint az amikor tudom hogy a telepített fő rendszerben minden ott van és minden a megfelelő verziójú. Valahogy tudnom és követnem kell hogy mikor melyiknek a fájlrendszerét látom, pakolgatnom kell oda-vissza cuccokat, tudnom kell hogy melyik ablak melyikből való (vagy egyetlen ablakon belül van a virtuális cucc, mint a vmware-ben: szintén nagyon kényelmetlen). Ha meg van egy tesztelés alatt álló patchem, akkor azt szeretném a fő rendszerbe telepíteni, egyrészt hogy nyúzzam és ha esetleg hibás akkor azt észrevegyem, másrészt hogy a hibajavítást megkapjam. Nem plusz alkalmazásokat fejlesztek a rendszer fölé, hanem magában a rendszerben megtalálható progikat (tipikusan mc és gnome-terminal/vte, de néha egyéb Gnome alkalmazások vagy libek, néha teljesen más) pont azért hogy ne legyenek hibásak, vagy okosabbak legyenek. És nem akarok éveket várni arra hogy a saját javításaimat saját magam megkapjam. Ezt el nem tudom képzelni VM-mel, de segíts légyszi ha Te látsz erre frappáns megoldást!

apt-get install virt-manager

Többi csomagfüggőséget elintézi neked.

Ez egy grafikus app. Ha nem szerveren akarsz VPS-t szolgáltatni, akkor elég ez is.

Kicsit bővebben magyarul:
http://sugo.ubuntu.hu/10.10/html/serverguide/hu/libvirt.html

Nagyon bővebben angolul:
http://www.howtoforge.com/virtualization-with-kvm-on-ubuntu-12.10

Ha pedig nem feltétlenül Ubuntu specifikus doksik kellenek, akkor (oldalszám szerint rendezve):

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_L… (26 oldal)

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_L… (37 oldal)

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_L… (39 oldal)

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_L… (154 oldal)

http://doc.opensuse.org/documentation/pdf/openSUSE/book.kvm_en.pdf (174 oldal)

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_L… (349 oldal)

A fájl helyek, default configok, néhány program neve természetesen eltérhet, de ugyanazokat a komponenseket használják, és elég jól dokumentálva van. (talán a Süsüs a leghasználhatóbb közülük, mert nem a Red Hat-os félezer oldal, de érintőlegesen minden téma előkerül benne)

BlackY

> Most épp ennek az az ára, hogy fél évig nem lesz visszajelzésem a billkiosztás állapotáról.

Ugyan. A bug high prioritású és William Hua már dolgozik rajta ( Ugye 22 órája valamit már kiadott, csak nem sikerült a javítás. Mondjuk ez azért LOL. ), szerintem egy-két nap, és sikerül próbálgatással megoldania a problémát :D

( pappfer v | 2013. 10. 17., cs – 16:40 )

Én megrögzött frissítő vagyok, de most nem frissíthetek.
A tárolókban már nincs benne az ia32-libs csomag, ami ahhoz kellett, hogy 64-bites rendszerre fel tudjam tenni az Adobe Air-t. Sajnos van egy progi (Elance Tracker), amit nem tudok nélkülözni, és kell neki az Adobe Air.
Próbáltam Wine-nal is, de nem működött rendesen (bár feltelepült a Tracker, nem tudtam belépni, internet kapcsolódási hibát írt, holott a net működött).
Van ötletetek hogy oldhatnám meg ezt? (azon kívül, hogy ne telepítsem az új Xubuntut :-) )

Én hasonló dologgal szívtam a napokban. Flasht debugolnék, debugger pedig csak 32 bites van. nspluginwrappert, ami segítene a problémámon nem lehet feltenni, mert kellene neki egy olyan 32 bites csomag, amit ha megpróbálok felrakni, akkor függőség parával elküld a fenébe...

Én úgy oldottam meg, hogy feltelepítettem chroot-ba egy 32 bites rendszert, ott kis konfig után csúnyácska firefox viszi a 32 bites flash plugint. Kis plusz helyfoglalás, de ha egyszer összerakja az ember, akkor egész jól megy. Esetleg ezt a megoldást javasolhatom neked is.

( gkaroly v | 2013. 10. 17., cs – 17:03 )

Nálam még ~Jaunty idején volt az a felállás, hogy bármi más Linux, csak Ubuntu ne. Az ok az volt, hogy már a GRUB-nál rosszul működött az EDID lekérdezés, így valami őrült magas frekvenciát állított be a monitornak (70 Hz felettit), s az lett az eredmény, hogy úgy kikapcsolt a monitor, hogy többet se láttam az Ubuntuból. Ezalatt azt értsétek, hogy konzol módra se tudtam váltani, mert ugye már az egész rendszer usplash (?) alatt működött.

Kíváncsi vagyok arra, hogy ezt az EDID-es elbénázást javították-e már?

--
-- GKPortál Blog
Tégy Jót!
Legyen neked is Dropbox tárhelyed! :)

( Mono v | 2013. 10. 17., cs – 19:46 )

Feltoltam Virtualboxba, szerettem volna az integrációs szolgáltatásokat telepíteni, ezt kaptam eredménynek:
--------------------------------------------------
Building the main Guest Additions module ...done.
Building the shared folder support module ...fail!
(Look at /var/log/vboxadd-install.log to find out what went wrong)
Doing non-kernel setup of the Guest Additions ...done.
Installing the Window System drivers
Warning: unknown version of the X Window System installed. Not installing
X Window System drivers.
Installing modules ...done.
Installing graphics libraries and desktop services components ...done.
-------------------------------------------------

Maradt a monitorom közepén egy kb. arasznyi átlójú ablakban. Van valami ötletetek?
Virtualbox verzió: 4.2.10_84104 (Linux Mint 15)

Bocs, akartam írni a végén, de elmaradt. Természetesen néztem a logot, ha számomra egyértelmű, akkor bejelentkezés nélkül olvasgattam volna tovább a topikot.
Ha valaki bővebb részletre kíváncsi, szívesen megmutatom a teljes logot, így csak az utolsó kb. 30-40 sort mutatnám, számomra nem mond sokat:
--------------------------------------------------------------------------
ld -r -m elf_x86_64 -T /usr/src/linux-headers-3.11.0-12-generic/scripts/module-common.lds --build-id -o /tmp/vbox.0/vboxguest.ko /tmp/vbox.0/vboxguest.o /tmp/vbox.0/vboxguest.mod.o
grep: /lib/modules/3.11.0-12-generic/build/include/linux/version.h: Nincs ilyen fájl vagy könyvtár
make KBUILD_VERBOSE=1 CONFIG_MODULE_SIG= -C /lib/modules/3.11.0-12-generic/build SUBDIRS=/tmp/vbox.0 SRCROOT=/tmp/vbox.0 modules
test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \
echo >&2; \
echo >&2 " ERROR: Kernel configuration is invalid."; \
echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\
echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \
echo >&2 ; \
/bin/false)
mkdir -p /tmp/vbox.0/.tmp_versions ; rm -f /tmp/vbox.0/.tmp_versions/*
make -f scripts/Makefile.build obj=/tmp/vbox.0
gcc -Wp,-MD,/tmp/vbox.0/.vfsmod.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.8/include -I/usr/src/linux-headers-3.11.0-12-generic/arch/x86/include -Iarch/x86/include/generated -Iinclude -I/usr/src/linux-headers-3.11.0-12-generic/arch/x86/include/uapi -Iarch/x86/include/generated/uapi -I/usr/src/linux-headers-3.11.0-12-generic/include/uapi -Iinclude/generated/uapi -include /usr/src/linux-headers-3.11.0-12-generic/include/linux/kconfig.h -Iubuntu/include -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -O2 -m64 -mno-sse -mpreferred-stack-boundary=3 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -Wframe-larger-than=1024 -Wno-unused-but-set-variable -fno-omit-frame-pointer -fno-optimize-sibling-calls -pg -mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -fshort-wchar -include /tmp/vbox.0/include/VBox/VBoxGuestMangling.h -I/lib/modules/3.11.0-12-generic/build/include -I/tmp/vbox.0/ -I/tmp/vbox.0/include -I/tmp/vbox.0/r0drv/linux -I/tmp/vbox.0/vboxsf/ -I/tmp/vbox.0/vboxsf/include -I/tmp/vbox.0/vboxsf/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DVBOX_WITH_HGCM -DIN_MODULE -DIN_GUEST_R0 -DRT_NO_EXPORT_SYMBOL -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(vfsmod)" -D"KBUILD_MODNAME=KBUILD_STR(vboxsf)" -c -o /tmp/vbox.0/.tmp_vfsmod.o /tmp/vbox.0/vfsmod.c
if [ "-pg" = "-pg" ]; then if [ /tmp/vbox.0/vfsmod.o != "scripts/mod/empty.o" ]; then /usr/src/linux-headers-3.11.0-12-generic/scripts/recordmcount "/tmp/vbox.0/vfsmod.o"; fi; fi;
gcc -Wp,-MD,/tmp/vbox.0/.dirops.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.8/include -I/usr/src/linux-headers-3.11.0-12-generic/arch/x86/include -Iarch/x86/include/generated -Iinclude -I/usr/src/linux-headers-3.11.0-12-generic/arch/x86/include/uapi -Iarch/x86/include/generated/uapi -I/usr/src/linux-headers-3.11.0-12-generic/include/uapi -Iinclude/generated/uapi -include /usr/src/linux-headers-3.11.0-12-generic/include/linux/kconfig.h -Iubuntu/include -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -O2 -m64 -mno-sse -mpreferred-stack-boundary=3 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -Wframe-larger-than=1024 -Wno-unused-but-set-variable -fno-omit-frame-pointer -fno-optimize-sibling-calls -pg -mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -fshort-wchar -include /tmp/vbox.0/include/VBox/VBoxGuestMangling.h -I/lib/modules/3.11.0-12-generic/build/include -I/tmp/vbox.0/ -I/tmp/vbox.0/include -I/tmp/vbox.0/r0drv/linux -I/tmp/vbox.0/vboxsf/ -I/tmp/vbox.0/vboxsf/include -I/tmp/vbox.0/vboxsf/r0drv/linux -D__KERNEL__ -DMODULE -DRT_OS_LINUX -DIN_RING0 -DIN_RT_R0 -DIN_SUP_R0 -DVBOX -DVBOX_WITH_HGCM -DIN_MODULE -DIN_GUEST_R0 -DRT_NO_EXPORT_SYMBOL -DRT_ARCH_AMD64 -DVBOX_WITH_64_BITS_GUESTS -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(dirops)" -D"KBUILD_MODNAME=KBUILD_STR(vboxsf)" -c -o /tmp/vbox.0/.tmp_dirops.o /tmp/vbox.0/dirops.c
/tmp/vbox.0/dirops.c:292:5: error: unknown field ‘readdir’ specified in initializer
.readdir = sf_dir_read,
^
/tmp/vbox.0/dirops.c:292:5: warning: initialization from incompatible pointer type [enabled by default]
/tmp/vbox.0/dirops.c:292:5: warning: (near initialization for ‘sf_dir_fops.flush’) [enabled by default]
make[2]: *** [/tmp/vbox.0/dirops.o] Error 1
make[1]: *** [_module_/tmp/vbox.0] Error 2
make: *** [vboxsf] Error 2
Creating user for the Guest Additions.
Creating udev rule for the Guest Additions kernel module.
--------------------------------------------------------------------------

Ennek fényében ötlet, tipp, javallat?

Ezt próbáltad?

Virtualbox, ubuntu telepít, majd reboot után bal oldalt az unity vacakba a fogaskerék ikonra kattint, ott megkeres a Szoftverforrások(fejből mondom, lehet nem pontos), Ott zárt meghajtók fül, virtualbox zárt izé aktivál.

Nálam működött.

---
A Linux nem ingyenes. Meg kell fizetni a tanulópénzt.
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!
Mindenki jó valamire. Ha másra nem, hát elrettentő példának.

( bazso | 2013. 10. 17., cs – 22:35 )

Na mire jól végigolvastam a fórumot és a "kipróbálom" mellett döntöttem, hát nem öszedőlt a hosting farmja...?

"The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later."

Szerk: mármint az egész ubuntu.com...
Szerk2: le a kalappal, 2 perc alatt helyrerakták

( zshor | 2013. 10. 18., p – 12:11 )

Az első frissítés volt, aminél a grafikus frissítő hibával kilépet anélkül, hogy bármit csinált volna.
A hibaüzenet sem volt túl sokatmondó "Real-time signal 0"
Végül a konzolban kiadott "do-release-upgrade" segített.

( szz v | 2013. 10. 19., szo – 13:36 )

Nekem frissült a 13.04-es 13.10-re gond nélkül.

( bugos | 2013. 10. 19., szo – 14:19 )

Én inkább nulláról feltettem a 13.10-es verziót.
Viszont az energiagazdálkodással gondjaim vannak. A "noteszgép fedelének lehajtásakor" lehetőségek esetén a "Semmi" opciót választottam. Viszont ha lehajtom a fedelet a hálózat (kábel és wifi is) megszakad. Van esetleg máshol is beállítási lehetőség?