Hirdetés
- Luck Dragon: Asszociációs játék. :)
- GoodSpeed: Te hány éves vagy?
- Magga: PLEX: multimédia az egész lakásban
- weiss: Autó költségek
- sziku69: Fűzzük össze a szavakat :)
- vrob: Próbálkozás 386 alaplap újraélesztésre
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Geri Bátyó: Agglegénykonyha különkiadás – Bors
Aktív témák
-
floatr
veterán
válasz
.:ZS:.
#37267
üzenetére
A flash problémára egy apró kérdés. Mikori az ati driver? Már csak azért, mert ami a bubi-féle alap verzió, az nagyon szar, nekem is gondjaim voltak a flash-es videókkal. Az ATI májusban soron kívül javította, érdemes lecserélni minimum arra.
A VLC-nél meg elég gyakran előfordult hasonló korábban is, hogy elfelejti kiiktatni a képernyőkímélőt. Nekem még nem sikerült megoldani ezt, csak úgy, hogy kikapcsoltam. Nem kizárt, hogy van rá valami hekk, de a legoptimálisabb beszólni a fejlesztőknek
-
floatr
veterán
válasz
alkesz77
#37200
üzenetére
Ha segítséget kérsz, akkor miért nem fogadod el?
Azt kérdezted, hogy egy p3-ra kubuntut tegyél-e, mire megkaptad, hogy ne, inkább xubuntu/lubuntu, ehhez képest már solarisnál tartasz. Le kéne egy kicsit higgadni, vagy utánaolvasni, mert a win sem úgy megy, hogy van egy p3asom és feltolom rá a vistát, aztán ha az nem megy, akkor a win2008 servert, majd inkább kikötsz a 3.1-nél.
Mindegyik disztribúciónak van minimális gépigénye. Ez a gépigény a felhasznált desktop manager föggvénye; jelenleg most pár szóba került: LXDE (Lubuntu), XFCE (Xubuntu), Gnome (Ubuntu), és KDE (Kubuntu). Ezek erőforrás-igényessége is ebben a sorrendben nő, KDE-alapú rendszert kb ugyanolyan vasra érdemes csak rakni, amin a vista/win7 elfut.
Aztán volt szó a verziókról. Az ubuntu-k verziói dátum alapúak: pl a 8.04 az 2008. április kiadás, a 10.04 meg 2010. áprilisi. Érdemes minél frissebbet használni, mert ahhoz még jönnek szoftverek javítások, viszont a régi hardver is lehet probléma -- nem biztos, hogy lesz hozzá minden driver. Ezért érdemes egy live CD-t elindítani a gépen kipróbálni, hogy megy-e rajta minden, ami hirtelen eszedbe jut: GUI, hálózat, USB, webcam, touchpad, ilyesmi. Ha pár kisebb dolog nem megy (pl wacom/wizardpen tablet), nem kell besz.rni, mert lehet javítani a dolgon, bár az már akarás, és értés kérdése.
Nekem egy fosos netbookra 10.10-es Gnome alapú ubuntu van húzva. Probléma nélkül megy, bár valószínűleg még kevesebb memóriát enne a Xubuntu (10.04 vagy 10.10/11.04 -- félévente van új release). Saját tapasztalatom alapján eddig a 10.04 és 10.10 volt a legstabilabb...
Ha ezzel eloszlott egy kicsit a köd, akkor hajrá. Ha nem, akkor inkább pakolj rá xp-t, mert ennél több segítséget max akkor kapsz, ha valaki kézenfogva segít feltelepíteni. Egyébként a lemezek kiírásával kapcsolatban egy jó tanács: használj újraírható CD-t vagy DVD-t. Az ubuntu CD image-ek DVD-re írva is használhatók, ezt a konverziót írás közben megcsinálja neked pl az imgburn anélkül, hogy bármit kellene vele tenned.
-
-
-
floatr
veterán
válasz
#25954560
#37035
üzenetére
Acer 5730G 2x2GB ram
BIOS látta, kiírta örültünk
Vista látta, azt hittem én marha, hogy el is éri, de a rendszergazda szerint nem, mert csak kiolvassa a BIOS adatait
Ubuntu 64 bit nem látta
Memtest+ nem láttaMemory mapping opció nem volt a BIOS-ban, a megoldás egy gépcsere volt. Ennyit tudok mondani a dologról. Túrtam én is a zinternetet, és egy rakat hasonlót láttam. Az új gépet már eleve csak úgy vettük, hogy 6GB volt benne és 64bites OS opció választható lett volna.
-
floatr
veterán
válasz
Brucehun
#37029
üzenetére
Más oprencer mennyit lát?
Csak azért kérdezem, mert nemrég volt egy problémás laptomom. ami elvileg látta csak a 3gb feletti részt, de használni nem tudta. A vista is tudott a többlet memóriáról, de nem érte el. A gyártó szerint az alaplap nem volt felkészítve 3gb-nál több kezelésére.A legegyszerűbb az, hogy letöltöd a legfrissebb memtest-et és megnézed hogy az mennyit lát. Esetleg bekukkantasz a bios-ba, hátha van valami memory mapping jellegű pont.
-
floatr
veterán
válasz
tajati
#36900
üzenetére
Ha a vinyó tartalma nem lényeges, akkor egy frissen letöltött cd-ről bebootolva feltelepíted. Ha nincsen cd/dvd drive, akkor innét érdemes szemezgetni a "Burn your CD or create a USB drive" szekcióból. Felpakolod pendrive-ra az image-et bebootolsz, aztán kattingatsz
(#36901) Kendek ha kezdőként a win lassúság, akkor kár lenne partícionálni
-
floatr
veterán
Mármint amit ők is mástól vettek át, amiatt fognak majd perelni. Ne haragudj, de ez már több mint komolytalan. Vagy esetleg azért h bal oldalon vannak a gombok? Vagy mi akad ott még, igazán kifejthetnéd.
Eddig kde4 volt az, ami leginkább az osx-re emlékeztetett. Perelt érte bárki is bárkit? A vista okán perelték a ms-t?Hagyjuk már ezt a bemagyarázást. Egyszerűen neked nem tetszik, aztán próbálod minél nagyobb körre kivetíteni a dolgot, mintha attól bármi is megváltozna. Meg lehet nézni hogy a win és mso2k7 esetében sem visszakozott senki, pedig az anyázás az égig ért. Ez van, nagy valószínűséggel marad is, max pofozgatják még egy kicsit, hogy kezesebb legyen.
-
floatr
veterán
válasz
#40553216
#36725
üzenetére
Most vettem észre, hogy vszeg egy ideje megint szarakodik a magyarishe tükör. Azt is el tudom képzelni, hogy összereccsent a telepítéskor, bár elvileg tranzakcionált.
Az unity --replace/reset/reset-icons meg mind újraindítja a bubity-t, és ha sikerült ügyesen konzolból indítani, akkor a stdout/stderr ráült a konzolodra
Mondjuk érdekes kérdés, hogy alt-f2 hiányában ezt hogyan lehet megejteni értelmesen -- ennyire nem gurultam be -
floatr
veterán
válasz
ntomka
#36720
üzenetére
Részemről rendben ez is...
Annyit tennék hozzá a kutyaetetős részhez, hogy mivel mi kutyák ugyebár "főzni nem tudunk", kénytelenek vagyunk konyhát választani. Nekem az összes többi eb..ssza a szám ízét -- próbáltam sajnos -- egyedül ezzel vagyok kibékülve, még ha változott is egy kicsit a "menü"
-
floatr
veterán
válasz
ntomka
#36715
üzenetére
Ne forgasd ki, amikor cinikus próbálok lenni
Alapvető emberi magatartás, amikor jön egy változás, hogy a hatékonytalanságot (csakazért sem "kontraproduktív" 
) keresi mindenben -- erről beszélek, nem pedig "folyamatos visszalépésekről". Én is, de próbálom kordában tartani az esetleg előbukkanó ellenérzéseimet. A bubity esetében rájöttem, hogy semmi igazi érvem nincsen ellene. Mellette talán tudnék találni, ha valaki eleget fizetne érte bár így felfutóban elég nehéz egyelőre, de a széllel szemben pisálás kihagyása elég meggyőző érv önmagában is. Végigvettem már magamban én is korábban, hogy hova lehetne menekülni a változás elől, és arra jutottam h sehová, mert minden csak rosszabb lenne. -
floatr
veterán
válasz
ntomka
#36699
üzenetére
A tetszik/nem tetszik egyáltalán nem az. Nekem pl nem tetszik az apple-féle design, és mivel erre hajazott kezdetben a kde4, az sem tetszik még ma sem. Bár ezekkel szemben érveim is vannak
A lassúsággal kapcsolatban én a vsyncben találtam meg a megoldást. Érdekes h eddig mindig ki volt kapcsolva alapból, most nem, és erős teljesítményromlást okozott. Ami a bugokat illeti, én eddig egyet találtam érdemben, de azt már javították.
A produktivitással kapcsolatban meg el nem tudom mondani, hogy hányszor futottam bele megszokások okozta problémákba, kezdve az enterprise/spectrum/c64/XT-s korszaktól, a különféle windowsokon át egész a bubity-ig. Kontraproduktív (
) volt az egész binugz is önmagában, amikor a kontraproduktív vista helyett kezdtem használni inkább. Aztán a kde4 is az volt, meg a gnome, miután átszoktam. A gs is az, de így akkor elmondhatom, hogy az informatikus élete folyamatosan egyre hatékonytalanabb, és lassabbabb.(#36700) aag már csak arra akartam kilukadni, hogy biztos van valami alapja is a véleményednek.
(#36701) sheratan hát a notification area valóban hiányzó elem. Nekem eddig egy alkalommal volt vele görcsöm, amikor az exaile-t lecseréltem a klementine-ra, aztán rájöttem h az meg bekúszik a hang menübe, merhogy az is támogatja
mondjuk ide valóban befejlesztenék egy close gombot, bár őszintén... nem annyira érdekel, hogy lázadozzak.
A kuszaság rendbetételére is csak várni kell egy kicsit. Elmondták pár helyen h most egyfajta közönségteszt zajlik e téren, bármennyire is fájhat ez egyeseknek: figyelik, hogy az elérhető indicatorokból mit mennyire használnak, aztán rántanak egyet ezeken is. Ahhoz hogy érdemben hozzá tudjak szólni a különbséghez, át kéne rágni magamat az api-n, amit nem fogok megtenni, bár van egy olyan érzésem, hogy annyira Shuttleworth sem hülye mint fejlesztéshez közel álló ember, hogy teljesen feleslegesen pocsékolja az erőforrásokat a kerék újrafeltalálására. -
floatr
veterán
válasz
#16820480
#36695
üzenetére
Nem mondom, hogy lehetetlen bármiféle hiba, csak emlékszem az ati féle backfill problémára a 9.04-től eredően, és ugyanez az érzésem akkor, amikor két ati-s laposon most látom jól működni a bubity-t, miközben egy inteles alapúnál meg panaszkodsz, hogy nem stimmel.
Amiről beszélsz, az gyakorlatilag egy többé-kevésbé ~1.0-ra összerakott interfész. A maverickhez hasonlóan itt is lehetnek idióta függőségi beállítások, bár amit te akartál kivitelezni, az szerintem inkább szétbuherálása a rendszernek. Én ezzel nem kísérletezgetnék többek közt amiatt sem, mert inkább csak használnám a rendszert, bármennyire is háklis lennék az indicatorokra -- mondjuk ezt az ellenérzést én kapásból nem értem, de nem kötekedésképpen. Ezt kicsit túlzó lenne a választási lehetőségek csorbulásának betudni, inkább azt mondanám, hogy az elképzeléseidhez kevésbé passzoló függőségi rendszert kaptál.
Arra meg érleld magad, hogy gs-hez már készül az indicator support... ez van.
(#36696) ntomka nem erőltetek semmit, csak próbálom értelmezni a jelenséget. Eddig nem sikerült, illetve hát amit látok, az nem érvek összefogott rendszere, inkább csak sokféle ellenérzés találkozása
(#36697) aag eddig még semmi meggyőzőt nem mondtál, ami valamennyire is igazolná a meglátásaidat, de akkor télleg hagyjuk.
-
floatr
veterán
válasz
ntomka
#36685
üzenetére
Így alakult. Azért neked címeztem, mert ilyesmiről beszéltünk épp. Valami olyasmire számítottam, hogy "na ez már haladás", bár nekem mindegy h neked hogy tetszik
(#36686) sheratan nekem ilyent valami elcseszett driver miatt csinált. Mostanában elég jól működik köszönhetően egy külsős fixnek, de lehet egy próbát tenni a unity2d-vel is. Ahogy nézem egész szépen alakul az is.
(#36687) aag a gnome2 panel nem majmolás? A "gnome" vagy "kde" menü? Az ikonos asztal? A dokkok, screenlet-ek, taskbar, tray, a compiz, meg minden...? A dash, lencsék, indicatorok, windicatorok, meg ez a fél-dokk legalább egyedibb az eddigiektől. Most épp a global menü szúrja a szemed, amikor sokan már rég ezt használják?
A béta feeling meg eddig is sajnálatos jellegzetessége volt az LTS-közi kiadásoknak. A mavericktől is a falra másztam az első hónapban, de most ahogy bepróbáltam a f15-öt, az sem volt egy pillanatra sem jobb. Sőt ott még most is olyanokkal kellett szórakozni, amit a bubi évekkel ezelőtt leküzdött.
Valós választási lehetőséged meg ezernyi van. Amikor feature freeze lett, nem volt érdemi gnome3, azért nem került bele, az oneiric-ben viszont azt tippelem, hogy ott lesz a gs is. Amellett ott az xfce, ami simán átveszi a gnome2 helyét azzal a különbséggel, hogy egy p8400-as procival meg egy hd3470 gpuval a scrollozás nem fog akadozni. De lehet kde-t is használni, vagy puppy/hannah montana linuxot is
Ezek mind olyan érvek, amikkel semmit nem lehet magyarázni. Most éppen egy saját look&feel kialakításán dolgoznak, és biztosra veszem, hogy az elkövetkező években sokat fog Shuttleworth kilincselni kormányzati/oktatási felhasználási lehetőségeket keresve. Az h bloody stevie mit használ a krízis 5 alá, vagy a vörösszemes fotóbolthoz...
-
floatr
veterán
válasz
ntomka
#36682
üzenetére
Semmi bajom, csak a konkrétumok eddig nem voltak olyan ütősek, hogy én is csatlakozzak a sírva menekülők táborához. Az nekem kevés, hogy nem annyira testre szabható, vagy hogy mert a másikat már megszoktuk. Volt itt probléma ez, meg az, hogy mennyi minden hiányzik. Aztán amikor kiderül, hogy annyira azért nem foghíjas a dolog, akkor az is büdös volt valami magyarázhatatlan okból.
Nem néztelek hülyének sem, senkit sem, csak a felindulásból való ekézésnek -- ahogy a kde vagy a gs esetében -- itt sincsen értelme.
Az meg kicsit meredek meglátás a kollégától, hogy ezzel leírták magukat a civilizációs térképről -- na az ilyenek mennek az agyamra. Kevesebben hagyják emiatt ott a bubit, mint a kde4 idején a kde-t.
(#36683) aag nem tudhatod, hogy milyen tervei vannak, hogy ezt a számot benyögte. Gondolom nem jelenése volt egy közepes buli után
-
floatr
veterán
válasz
ntomka
#36631
üzenetére
Minden bővítmény esetében a környezetnek fel kell szippantania egy library-csomagot. Ez vagy egy osztott közös, vagy egy interpreter. Amikor scripteket tölt be, minden egyes alkalommal berántja hozzá a runtime egy részét -- ez lassú szemben a natív szutykokkal. Amikor beolvassa a scripteket, és végrehajtja az event bindingokat, onnantól kezdve az esetek nagy százalékában hullamindegy, hogy milyen százalékos plusz teljesítménnyel bír az egyik script motor a másikkal szemben, mert gyakorlatilag 1-2 lépésen belül mindig natív hívásokba torkollik a script aktuális sora. Ha megnézed, hogy mennyi időbe telik betölteni egy *monkey-t vagy egy v8-at egy script végrehajtásához, akkor lehet h még lassabb is lesz, mint a python dacára annak, hogy pár script benchmark huszár sokszoros teljesítménykülönbséget mér a js javára, ha a nyers feldolgozási képességekről van szó.
FYI én a v8 teljesítményének leginkább node.js esetében tudnék örülni, csak az az ökoszisztéma még eléggé foghíjas enterprise szempontból.
Az meg egy újabb vitát megérne, hogy jelen esetben egy natívan implementált egyszerű layout direkt scriptelése áll szemben egy baromira összetett layout áttételes scriptelésével.
Nyilván nem akarnék időjárásmodellt futtatni egyikben sem, és atomerőművet sem bíznék egyikre sem.
-
floatr
veterán
válasz
ntomka
#36617
üzenetére
Már miért akarná bárki is összeszégyelltetni a desktop júzert...? A használt megoldások már régóta léteznek desktop rendszereken. A python meg ugye mennyivel lassabb a GS-féle js/css megoldásnál? Én éreztem szoftveresként kényelmetlenül, hogy c/c++-ban kéne reszelni bármit is, miközben még kde alá is van annyiféle script binding, hogy kész öröm nézni.
(#36625) aag értem ezalatt azt persze, hogy fel fogják tudni építeni az újabb alapokon a korábbi look&feel-t annak, aki nagyon jajong
Hasonlóképpen, mint a kde4 esetében -
floatr
veterán
válasz
ntomka
#36608
üzenetére
Én meg nem értem ezt az ellenérzést az indicator api-val illetve a pythonnal szemben. A lencse mivel lenne komolyabb megoldás? Mert az a bal oldalon jelenne meg, vagy mert úgy nézne ki, mint az UNR? Esetleg mert azt is meg lehet írni pythonban?
Az a nagy helyzet, hogy a jelenleg meglévő Applications és Files&Folders lencse is nagyjából hozza ezt a szintet, ráadásul elég kemény keresője. Indicator és lencse is készülhet ugyanúgy pythonban, unoban, meg c-ben is. Mitől lenne az egyik komolytalanabb, mint a másik? -
floatr
veterán
válasz
Kendek
#36603
üzenetére
A multiload fejlődése alapján aszondanám, hogy ez is eljut arra a szintre, mint a korábbi menü hamarosan.
(#36604) aag dehogy kell, isten őrizz. Ez nem windows, hogy "kelljen" valamit csinálni. Mondtam már h számtalan lehetőséged van még disztrón belül is, és könnyen el tudom képzelni, hogy lesz olyan megoldás, hogy portolják a gnome2 paneles felületét.
-
floatr
veterán
válasz
ntomka
#36600
üzenetére
Éppen hogy arról beszéltem korábban is, hogy -- ahogy a plasmoidokban -- itt is elő fog jönni egy korábbira hajazó retro lencse, vagy indicator. Mondjuk én a lencsére tippeltem volna inkább, de a másik jött be. Újraimplementálták a gnome2-es menü applet-et immáron indicator keretei között. Még pár ilyen, aztán szépen a retropártiak visszaalakíthatják olyan bronzkorira steampunkos háttérrel az egész bubity-t
Csak azt nem értem, hogy eddig az volt a baj, hogy nem lehet testreszabni (vagy msképpen: összeb..ni), erre most itt egy újabb lehetőség visszatérni a jól megszokott menühöz, és megint csak sírás van... öccsém, nektek semmi se jó
Ja szokványos menü: a kde4 alap menüje kb semennyire nem volt szokványos, és afaik pár kisebb verzió után szültek bele az alapokba egy klasszikus menü plasmoidot, amit először nem is volt olyan egyszerű bevarázsolni a helyére, kellett pár törtverzió míg megoldották, hogy cserélhető legyen egy kattintással.
(#36601) aag kezdhetnéd a te gépeddel. Egyébként FYI a korábbi menü IS csak egy panel applet volt, és egyetlen érdemi előnye volt csak a jelenlegi indicatoros megoldáshoz képest: bárhová el tudtad helyezni. Indicatorral ezt -- talán csak egyelőre -- nem tudod megtenni.
-
floatr
veterán
Magamból tudok csak kiindulni. Én ritkán használom a menüt, inkább a toolbar-okat gyűröm jellemzően -- legalábbis a legtöbb olyan esetben, amikor nem teljes képernyős az alkalmazás. Ha meg teljes képernyős, akkor aztán végképp nem zavaró. Én kifejezetten örülök neki, hogy a 15,4"-osnak hazudott lőrésnyi kijelzős laposon nem kell még a menünek is spórolni helyet.
-
floatr
veterán
válasz
ntomka
#36572
üzenetére
A Unity és a GS már kapott, a compiz 0.9 szintén. Mutter-nek nem jár valami szép cirkalmas...?
(#36571) audi100td őszintén: szvsz egy design driven UNR-feelinges parasztvakítás az egész GS, nem több. Ráadásul a design elemek jóval több hangsúlyt kaptak benne, mint érdemelték. KDE még hasonló, de annak legalább volt 3 éve, hogy kicsit ledobja magáról ezeket a sallangokat, és egy kicsit ésszerűbbé nőjön. A Unity legalább nem akarja felhívni magára a figyelmet, hogy némábameg milyen szép is vagyok
Kb egy fél élettel ezelőtt még aszontam volna rá, hogy jujjde édi.Tetsszen, akinek tetszik, de én nem erőltetném a magam részéről a bubi portját, akkor már inkább konzol
-
floatr
veterán
Én az arch-hoz gyenge vagyok
A susét piszkáltam egy kicsit párszor bottal a KDE miatt -- akkor tetszett -- illetve a fedorát, de utóbbival egy félórát sem bírtam ki, magam sem tudok igazán jó indokot mondani rá h miért.Ezen kívül még debian szervert használunk, so nem a megfelelő embertől kérdezel
-
floatr
veterán
Még egy darabig...
A kisebbfajta hype miatt elég sokan az aktuális verziókra fejlesztenek. Régebben a skype-nál is ez volt, hogy nem a hardy-ra adták ki az egyik verziót, hanem az interpidre. Sokáig nem lehet ezt az álláspontot tartani, szépen migrálhatsz majd valami debian-szerűségre, vagy megszokod ezt. -
floatr
veterán
A unity előző része mutterrel ment. A fejlesztői szerint amiatt is volt annyira emészthetetlenül gáz sokak számára, és szépen visszaballagtak compizra.
Most hogy hogyan fogod ezt az egészet fel, az már más kérdés. Az ubi kb 1-másfél éve (sőt az unr más korábban is volt talán) elkezdett leválni a mainstream megoldásoktól, és sajátokat fejlesztenek. Ez valakinek fáj, valaki kifejezetten örül neki, valaki meg csak használja, mert a "használhatatlan" címke költői túlzás. Én kb egy hét alatt hozzáedződtem
Ha a bubit akarod továbbra is használni, akkor úgy néz ki, hogy vagy megbarátkozol ezzel, vagy XFCE/KDE/LXDE. A második megoldásnak van a legtöbb támogatottsága, az XFCE kicsit erőtlenedik, az LXDE meg túl kicsi még itt. Az XFCE áll a legközelebb ahhoz, amit a maverick gnome2 alatt megszokhattál.
-
-
floatr
veterán
válasz
#16820480
#36442
üzenetére
Szerintem nem a compizzal vannak/voltak igazán bajok, hanem a driverekkel. Az ati gyorsan ki is adott egy bugfix verziót májusban a szokásosnál jóval korábban. Ami viszont a későbbiekben a bubi vs gs vonalon gond lehet, hogy nem tudni mikor és hogyan fognak áttérni a megfelelő gtk, gnome és library verziókra. Függőségi gondjai meg mindig is voltak. Én az exaile-el jártam hasonlóképpen fél évvel ezelőtt, de mindig lehet hasonlókat találni. Sajnos ezt nem tesztelik évekig, mint a debian-t
és úgy veszem észre, hogy a f15 is kezd hasonló betegségektől szenvedni. -
floatr
veterán
válasz
#16820480
#36438
üzenetére
A dolognak annyi az érdekessége, hogy ősszel még a unity is mutterrel ment, amit végül nyilván nem a compiz fejlesztő két szép szeméért kukáztak. A saját útját meg azóta járja, amióta "kihajították" őket az elképzeléseikkel a gnome-tól. Érdekes látni, hogy egy ekkora súllyal rendelkező disztribúciót jegyző céget ennyire semmibe vesznek -- nyilvánvalóan red6 és ex-novell befolyás miatt.
Ezt a bubi-ellenességet már régóta figyelem, és marhára böki a csőrömet a dolog. A unity-ben csúcsosodik ki az egész. Arroganciáról meg agresszív hozzáállásról beszélnek, miközben mióta bubi van, állandóan hülyének nézik Shuttleworth-éket, de azzal nem nagyon vannak tisztában, hogy az állatkerti majomketrec melyik oldalán ki van. Várható volt a tavaszi/őszi eseményeknél, hogy lelépik a gnome-ot, és én nem is technológiai alapon érzem ezt valahol jogosnak, hanem ez olyan emberi reakció, amire én is elszántam volna magam az adott helyzetben.
A technológia meg kiforrja magát, egyre jobban próbálnak kapcsolatot teremteni a felhasználókkal. Sztem nyugodtan kitöltheted te is a kérdőívüket, valószínűleg többet ér ez, mint egy milliomodik ticket a gnome projekt trackerében.Szerk.: ~10 évvel ezelőtt nagyjából ezt a túlzott emelkedettséget éreztem sok esetben a binugzos közösségben. Ez a pökhendi/lenéző/rtfm-ezős hozzáállás sokakban váltott ki ellenérzést, hogy bottal sem piszkálták volna a témát. Manapság ez szerencsére sokat változott, de most úgy tűnik a stílus pár nagyobb projektnél visszaköszön, bár távolról sem annyira öncélúan, mint régen.
-
floatr
veterán
válasz
#16820480
#36432
üzenetére
Elegánsnak jó lenne, csak az ilyen szintű absztrakció nem a teljesítményéről híres. Kicsit tartok is tőle, hogy mi lesz a későbbiekben, ha ez a webes irány betolul a desktopon. Az meg hogy kinek mi jön be... nekem mint java/js fejlesztő szimpatikusabb a python erre a célra.
A GS is tele van nyúlásokkal, ezért mondtam h ezen kár pörögni
Win7re kicsit mókás lenne visszalépni a unity okán, bár nem hinném, hogy a GS bármilyen formában eltűnne. Magáról a GS-ről meg nem gondolom azt, hogy vesszen, egyszerűen nekem hasznavehetetlen a jelenlegi formájában, míg a unity inkább kezemre áll. Éppannyira nem érdekel, mint a KDE, vagy a win7. Mindössze annyi a véleményem vele kapcsolatban, hogy a jelenlegi megmondások anti-unity/bubi ügyben kissé neccesek, miközben a GS-t éltetik, hogy stabil, gyors, sokkaljobbabb, eredetibb, meg amúgy is kv-t főz (aztán a valóság egyiket sem igazolja). Ez ugyanolyan szemellenzősség, mint ami a win-linux vitákat kíséri.
szerk.: Azt néztem h Shuttleworth is tanul a történtekből. A 11.10-be pl LightDM-et terveznek GDM helyett, és ajánlják szíves figyelmébe a gnome projektnek is. Nyilván leszarják elvből, és élből, de van egy érdekes hangulata a dolognak
-
floatr
veterán
válasz
#16820480
#36415
üzenetére
Namost az előbb mondtad, hogy ne úgy kelljen már testreszabni h belefejleszt az ember
A unity -- mint írtam is -- többek közt pythonnal is bővíthető, a js+css emiatt nem akkora előny. Sőt inkább egy újabb interpreter/layout motor bevonását látom csak benne. Nem lehetetlen, hogy ez a teljesítményromlás egyik oka.A global menü meg már évek óta egy kiegészítőként elérhető a gnome2 panelhez is. Hogy most ez mennyire nyúlás, vagy csak alkalmazkodás, az legyen más problémája. Ellenben és azt látom, hogy szigorúan véve minden mai grafikus rendszer a xeroxra vezethető vissza, és a gnome-os/KDE-s "start-menü" sem zavart senkit sem korábban. Nekem mindössze annyi a mókás, hogy a GS annyira másabbabbnak mondva, aztán közben gyakorlatilag egy KDE/Unity öszvér lett. És még mindig nem értem, hogy miért az a nagy felháborodás a unity ellenében, miközben a GS baráti eb. Majd érdemes lesz figyelni az erőviszonyok alakulását.
-
floatr
veterán
válasz
#16820480
#36401
üzenetére
Nem akarok belőle vitát generálni, egyszerűen esetlennek találom még a unity-vel szemben is, oszt annyi. Tavaly ilyenkor azon rémüldöztem, hogy GS-re vált mindenki, nem kellett hozzá unity sem, hogy problémáim legyenek vele.A unity-t megszoktam, ehhez már komolyabb idegzet kellene.
A testreszabhatóságról csak annyit, hogy bár nem vagyok híve a desktop totális széttúrásának, de ami engem érdekelt, ahhoz találtam bőven eszközt, lehetőségeket. Ugyanez a GS-nél nem annyira érdekel, mert rémesen kötöttnek éreztem magam, amikor elé ültem. A nyúlás téma meg amiatt is érdekes, mert látszik, hogy a bubi fejlesztéseit mondjuk úgy szem előtt tartották, amikor a sikerült megszülniük a dolgot.
-
floatr
veterán
válasz
EmberXY
#36399
üzenetére
Nekem a legutolsó igazán gyors változat az Intrepid volt. Azóta igen sokat szöszöltem a teljesítménnyel, de mivel most a unity-vel használom, és problémák azzal is vannak bőven a legutolsó kellően stabil változatot, a maverick-et tudom javasolni XFCE-el -- legalábbis jó szívvel. Nekem egy n455-ös netbook-on gnome-al megy egész jó sebességgel, igaz intel gpu-val. Azt tippelném, hogy a hagyományosabb dolgok jól mehetnek natty alatt is, mint pl a gnome2 és az XFCE, utóbbi persze lényegesen gyorsabban, de pár gnome-os újítással.
-
floatr
veterán
válasz
#16820480
#36397
üzenetére
Én azt látom, hogy a gnome3 ugyanazzal a gonddal küzd, mint a KDE4 három éve. Semmit nem lehetett beállítani, mint ahogy most is cmd line kell ahhoz, hogy a betűméretet állítsd... száni, hogy ez egy release. Az meg csak a hab a tortán, hogy ekkora teljesítményromlást okoz. A KDE4-ben is ehhez hasonló mérföldkő jellegű befejlesztések voltak sokáig, le is szoktam róla rendesen, és most a 4.6-4.7 környékén kezd használhatóvá válni, főleg ezzel a felfüggeszthető kompozit móddal.
Azt meg nem tudom ésszel követni, hogy mi az ami egy unity-ben idegesítően gáz, de a GS-ben már fasza. Tettem egy tiszteletkört fedora alatt a GS-el, de azt a kínlódást nem kívánom senkinek. Lehet h a F15 is "hibás" benne, de hihetetlen, hogy ezt szánják a "traditional" folytatásnak. A nagy része sztem parasztvakítás, a funkcionalitás meg romokban. Mindegy, csak kibukik belőlem mindig a dolog...
-
floatr
veterán
válasz
audi100td
#36392
üzenetére
Hát nem mai a cikk...
Ilyent találtam még. Nézegettem, még natty alatt is így van, de nem akartam odaverni neki. Olyant lehet még vele csinálni,hogy a logint állítod be defaultként, de én a helyedben először egy vm-ben kísérletezgetnék ezzel.
-
floatr
veterán
Hehe, találtam két cikket:
A Gnome 3.2 Shell egyik újdonsága
állítólag ezen pörögnek egy ideje, annyira fontos.A másik engem már jobban érdekelt:
A phoronix cikke arról, hogy mekkora teljesítményromlást idéz elő egy-egy desktop manager használata. Meglepő eredményeket találtak"GNOME Shell 3.0 is rather a mess right now in terms of bugs on various open and closed-source graphics drivers and in terms of causing performance regressions. The Unity performance is not too surprising because Ubuntu is just relying upon the mature Compiz as its compositing window manager, but there is the recent regression causing the open-source drivers to break hard. One other interesting takeaway is how the proprietary NVIDIA driver tended to perform the best under KDE with KWin, but we'll see how that goes in relation to the other drivers once KDE 4.7 is released and the KWin changes it brings, including suspend/blocking compositing."
Mókás látni, hogy a legelőször a hardy-ban debütáló, annyit szidott kde4 gyakorlatilag a legjobban teljesít
-
floatr
veterán
Ha csak idle-ben van minden extra nélkül, akkor a büdös életbe nem fog tovább lukadni
Naná, hogy ezzel nem jön elő a hiba.A korábbi laposomban 3g ram volt 32 bites rendszeren. Amikor mondjuk úgy hogy "elérkezettnek látta az időt", akkor a unity nemes egyszerűséggel elegánsan újraindult. Az újabb gépen 6g ram van, ezen még nem resetelt
-
floatr
veterán
válasz
ViZion
#36231
üzenetére
Ööööö, ez most vicc, vagy komoly?
mer viccnek elég durva lenne
Unity aktuális verzió: 3.8.12, készülőben van a 3.8.14 -- erről beszéltem, nem kernelrőlElső körben pár rutin dolog: megnézném h az autostartban télleg ott-e van-e, illetve a logba szüttyögött-e valamit. Amúgy a screenletes dolog nem egy nagy consumer eszköz, max csak annak látszik. Rendszeresen előfordult, hogy egy-egy frissítés után napokig meg sem nyikkant, nemhogy automatikusan nem indult el, de manuálisan sem. Már conky-t használok egy ideje. Kicsit körülményesebb volt beüzemelni, de sokkal megbízhatóbban megy.
(#36232) PuMbA no mint írtam, több lyukról beszélhetünk
Az egyik a pixbuf kezelése a unitynek, ezzel ért el csillagászati értékeket a compiz a pixbuf-ot használó indicator miatt. A másik viszont már a dashben van, pontosabban ott történik valami, amitől a unity és a compiz szivárog. Ez utóbbi nem olyan agresszív, pontosabban agresszív éppen lehet, de ritkábban történik ráhívás, mint a multiload esetében. Utóbbinál az alapbeállítás szerint félmásodpercenként kijelzőnként, ami állítólag ~1mb/sec tágulásra volt elég Node akkor hadd éljek a lehetőséggel, hogy egy szemléletes autós hasonlatot elengedjek: gyárilag nem tesztelték az ablaktörlőt, ami kib.ssza a szélvédőt, ha bekapcsolod. A felhasználók nem értik azt a pár embert, aki panaszkodik, mert nem használják. "Ne használd, és nem törik be a szélvédőőőő" -- na kb ilyenek ezek a beszólások
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
floatr
veterán
válasz
Kendek
#36201
üzenetére
Végül csak kiderült,hogy nem az alap tározókból jött a dolog. Egyrészt van 1-2 orbitális memleak a unityben, de ez csak olyan esetekben látható igen intenzíven, mint pl az indicator-multiload. Állítólag még a lencse-kezelésben is van valahol hasonló, ami a unity egy másik lukát tágítja
A multiloados pixbuf memleak itt olvasható (mint látható nem az indicator, hanem a unity a ludas)
Az indicator szerzője, Michael Hofmann a core csapat helyett szépen befoltozta az indicator által stimulált hibát, és a multiload ppa-ján keresztül terjeszti.unity:
Installed: 3.8.12-0ubuntu2~mh2
Candidate: 3.8.12-0ubuntu2~mh2
Version table:
*** 3.8.12-0ubuntu2~mh2 0
500 http://ppa.launchpad.net/indicator-multiload/stable-daily/ubuntu/ natty/main amd64 Packages
100 /var/lib/dpkg/status
3.8.12-0ubuntu1 0
500 http://hu.archive.ubuntu.com/ubuntu/ natty-updates/main amd64 Packages
3.8.10-0ubuntu2 0
500 http://hu.archive.ubuntu.com/ubuntu/ natty/main amd64 PackagesA helyzet arra emlékeztet, mint amikor az xorg backfill problémáját kellett pecselni, és vagy 20 nem hivatalos repo folyamatosan követte az xorg verziókat a jaunty-tól kezdve.
-
floatr
veterán
válasz
Kendek
#36201
üzenetére
Holnap megnézem, hogy honnét jött, de csak az alap repókat ikszeltem be. Amit manuálisan hozzáadtam, abból tuti nem. Egyébként 64 bites stuffról van szó
(#36204) ntomka eleinte ódzkodtam tőle, de 1 hét alatt megszoktam, most meg már egyenesen kezdem pozitívan látni. Amúgy a memleak lehet h télleg megszűnt, mert maradt ezen a szinten. Lehet h csak extra adatokat szívott be... tudja rák.
Az egyetlen problémám, hogy a skype-on nem annyira látom, ha egy megnyitott chatben változás van. A felhasználás többi területén nemhogy vissza, de inkább előre lépett a dolog. -
floatr
veterán
válasz
ntomka
#36199
üzenetére
Hát, én úgy éreztem hogy valamit tenni kell azellen, hogy az ember ne bukjon be a billentyűzetbe unalmában, de a használhatóság rovására ne menjen, így nem lett gnome (s)hell
(#36198) aag apró félreértés csak, hogy a 11.04 nem annyira LTS
a 10.04 volt az, és a 12.04 lesz az. -
floatr
veterán
Akkor valamelyikőnk egy párhuzamos valóságban él
Több dolog is lehet. Egyrészt én rendszeresen csekkelem a frissítéseket konzolban, és emlékeim szerint ez a második alkalom, hogy jött valami unity patch. Másrészt először 32 bites verziót pakoltam fel, akkor nem néztem h mi a kiindulási állapot, de mindig azt vettem észre, hogy az egekbe tornázta magát a compiz -- vszeg a unity miatt. Egy idő után el is szállt.
64 biten ez jóval több volt, és a conky révén látom mindig, hogy már 300+mb-ot eszik. Benne van a pakliban, hogy a multiload indicator is segít neki ebben, bár egyszer megnéztem, és anélkül is növekedett -- kicsit lassabban.Node a mostani örömöm is korai volt, mert reggel óta megint felette magát 100mb-ra, bár ez lényegesen optimálisabb, mint eddig.
-
#36041
floatr
veterán
énvagyokAdam
#36040
floatr
veterán
válasz
énvagyokAdam
#36040
üzenetére
Amikor nekem gondjaim voltak egy domainben a megosztások kezelésével, akkor egy fostos realtek kártyám volt, aminek a meghajtója nem volt normálisan felkészítve a vegyes SMB/CIFS protokollokra. A csomagméret kezelése vmi egészen elcseszett volt, állandóan eldobálta a nem megfelelő méretű csomagokat.
Ezen úgy tudtam változtatni, hogy az általad beírt paramétereknél explicite megadtam egy fix értéket, de valami nem kerek értékeket.Ha a leírt változtatások nélkül nem tapasztalod a problémát, akkor szerintem kár volt berakni. Ha akkor is gond van, én megpróbálnék a guglival rákeresni a helyes értékekre (bármennyire is keresem, de nem találom azt a régebbi cikket, és mindenhol 8192-t látok beállítva)
-
floatr
veterán
válasz
Lacces
#36035
üzenetére
A 2800 az a kettő monitor együttes mérete, virtuális
Valamiért az xorg vagy a bubi beállításai nem engedik tovább nyújtani a desktop méretet. Esetleg megpróbálhatnád az ati saját beállításkezelőjével (ATI catalyst control center -- vszeg admin módban, az is benne van a menüben, ha a zárt meghajtó van telepítve) rávenni.Ha a meghajtóval esetleg gondjaid lennének, akkor lehet h célszerű a legújabbat (11.5) feltenni. Az nekem eddig nem csinált nagy baromságot
-
floatr
veterán
válasz
Geller72
#35737
üzenetére
Nekem nem is igazán a memória volt a nagy különbség. Eclipse-t használok, és nem tudtam nem észrevenni az ordító különbséget. Csak scrolloz egyet az ember, és gnome alatt még egy p8400-on is döglődik, míg xfce alatt tökéletes.
Az LXDE-vel meg annyi bajom van, hogy elég fiatal tagja a bubinak, nem árt helyén kezelni. Akkor inkább egy sima debiannal...
-
#35732
floatr
veterán
Sweet Lou 6
#35730
floatr
veterán
válasz
Sweet Lou 6
#35730
üzenetére
Szvsz a Lubi nagyon kilóg még a sorból, ezért én inkább XFCE-re voksolnék
-
floatr
veterán
válasz
Kendek
#35684
üzenetére
Én idézőjelek nélkül haszálom és -x kapcsolóval, mert akkor a maradék cmdline paraméterek az indítandó parancs/alkalmazás paraméterei lesznek, pl:
gnome-terminal --geometry=170x45 -x /var/jboss/bin/run.sh -b 111.222.111.222
Nomeg átméreteztem az összes terminált, mert engem zavar, hogy mindig kicsi
sudo gedit /usr/share/vte/termcap/xterm
Ahol a megnyitott file-ban van egy ilyen, hogy
:co#80:it#8:li#24:\
Amit kicsit meg lehet növelni, mondjuk
:co#170:it#8:li#45:\
-
floatr
veterán
Super massive memory leak megvan a compizzel?
Hidegről indulva a nap végére 400-600 MB-ig feltornázza magát -
-
floatr
veterán
Van egy fogós kérdésem, most hogy érkezőben van egy netbook. Elkezdtem azon őrlődni, hogy vajon az UNE-t pakoljam fel rá, vagy a Xubit. Elvileg ugyebár az UNE ugyanúgy eszi a gépet, mint a desktop, ilyen szempontból az XFCE jóval barátibb megoldás. Azt nem tudom, hogy egyéb apróságok mennyire lesznek zavaróak, gondolok itt pl a skype videóhívásra, meg ilyenek.
Szerintetek?
-
#32425
floatr
veterán
Sweet Lou 6
#32424
floatr
veterán
válasz
Sweet Lou 6
#32424
üzenetére
Nekem úgy jött le, hogy az ufw-által generált iptables szabályokra gondolt, de a gufw-vel kapcsolatban meg igazad van. Állítsd be csak annyit ufw-vel, hogy allow from xxx.xxx.xxx.xxx (értelemszerűen itt jön az ip-cím
), aztán nézd meg a generált iptables szabályokat. Hosszú a lista -
floatr
veterán
válasz
sh4d0w
#32422
üzenetére
Nomost azé szerintem ne legyünk annyira szubjektívek, hogy abból indulunk ki, hogy betolsz pár sort a terminálba, amikor a kattintós júzer felé is nyitni akarnak. El lehet qni a beállításokat front-end nélkül is. Az ufw mint iptables "front-end" meg eddigi tapasztalataim szerint nem az a bajkeverő típus.
Ha most azt mondod egy átlagjózsinak, hogy néddemá itt egy iptables doksi, állítsd be magadnak, egy machetével apróra darabol.
-
-
floatr
veterán
válasz
^Clown
#31646
üzenetére
Hát a win7-nek épp lehet annyi, hogy nem tudod használni a másikat
bár ext2-nél is megoldották h legalább olvashasson róla, gondolom ext4-nél is van, vagy lesz ilyen. Pár éve utoljára egy totalcmd plugin segítségével használtam az ext2 partíciót olvasásra, mert a közvetlen használatnak még a gondolata is borzongató volt. -
-
floatr
veterán
válasz
^Clown
#31641
üzenetére
Az alaprendszernek, meg általános dolgoknak elég 10 GiB, bár egy 250eset használok kettéosztva, mindkettő a bubinak. Annyit érdemes tudni, hogy ha ntfs partícióit tervezel használni bubival, akkor az lényegesen lassabb lesz, mint ext4-essel. Mondjuk ha nagyon dönteni kéne akkor a win7nek az esetleges ótóked, fotosopp és játékok tömkelege miatt szüksége lehet a több helyre
100+60-ra lőném be, ha bubi alól torrentezel is, de 120+40-től sem lesz a bubinak baja. Esetleg pár gigás swap partíciót érdemes csinálni. -
floatr
veterán
válasz
ntomka
#31637
üzenetére
The following extra packages will be installed: liblastfm0 libmysqlclient16 libqt4-sql libqt4-sql-mysql libqt4-sql-sqlite mysql-common projectm-data
...aham, persze
would be. Ma egy kis mysql -- kde-nek tudom h kell -- holnap meg a fél világ.
Tudom: akko kapjam be, meg maximalista vagyok -
floatr
veterán
válasz
#16820480
#31632
üzenetére
Próbáltam korábban találni egy normálisat gtk-hoz. A rythmbox először azon idegesített fel, hogy nem volt képes az amarok 1.x mintájára egyszerűen könyvtárakból működni, mindenáron a nyomorék itunest kellett majmolnia. Aztán az volt állati idegesítő benne, hogy amikor az eclipse fordított, a rythmbox akadozott, katasztrófa h ez alapértelmezett. Aztán próbálkoztam az audacious-al, de az nekem már túl winampos, és akkor bukkantam rá az exaile-ra, ami pont tökéletesen volt minden szempontból.
Ezzel a clementine-al szemezgetek, de tartok tőle h túl sok a qt-s függősége.
) keresi mindenben -- erről beszélek, nem pedig "folyamatos visszalépésekről". Én is, de próbálom kordában tartani az esetleg előbukkanó ellenérzéseimet. A bubity esetében rájöttem, hogy semmi igazi érvem nincsen ellene. Mellette talán tudnék találni, ha valaki eleget fizetne érte 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Aktív témák
- Szombathely és környéke adok-veszek-beszélgetek
- Arch Linux
- Túra és kirándulás topic
- Milyen házat vegyek?
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Nem kilincselhet tovább a Tesla Kínában
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- CES 2026: Belépett a Motorola a VIP buliba
- Kínai és egyéb olcsó órák topikja
- További aktív témák...
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok : (12.20.)
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Samsung Galaxy XCover 5 / 4/64GB / Kártyafüggetlen / 12Hó Garancia
- Apple iPhone 13 / 128GB / Kártyafüggetlen / 12Hó Garancia / Akku: 100%
- GYÖNYÖRŰ iPhone 15 Pro Max 256GB Blue Titanium-1 ÉV GARANCIA - Kártyafüggetlen, MS4240
- AKCIÓ!! HP Zbook Studio G8 i7-11850H 32GB 512GB Nvidia Quadro RTX A4000 8GB Garis!
- GYÖNYÖRŰ iPhone 14 128GB Red -1 ÉV GARANCIA -Kártyafüggetlen, MS3678
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest