yorkeetech blogja

mindig is nagyon tetszett a kde4, olyan szépséget és eleganciát hozott a linux desktopra, hogy könnyedén felveszi a versenyt a legcsillivillibb ms termékekkel is. idővel külön kedvencemmé lett az arch linuxra pakolhato KDEMOD, leginkább talán gyorsasága miatt.
plusz rengeteg olyan kis extrát raktak bele, amitől még szebb lett (pl a normál taskmanager helyett az stasks, stb..)
na most, a kdemod előállitói előrukkoltak már pár livecdvel, de még mindig alphanak hivják, szóval eddig nem próbáltam.
nemrég megjelent az alpha 4, amely forradalmian jónak találtatott általam.
ha nem lenne most egy egyébként is tökéletesen működő arch a laposon, már ráraktam volna a chakrát, az tuti.
csak pár szemelvény:
legújabb kernel+fglrx patch
külön kdemodhoz készült kde témák (a login utáni töltés tényleg szép)
megfelelően beállitott rendszer, nyelvekkel, mindennel
és amit a leginkább értékelek:
nincs ám, hogy networkmanager plasmoid...
egyből WICD van rajta
amikor ezt megláttam, azt hittem elsirom magamat, hogy nem kell sok felesleges percet a networkmanager-cserére pazarolni
egyszóval, bár csak live-ben próbáltam, tökéletesen teljesitett eddig, tényleg egy komplett desktop os, azzal a különbséggel, hogy meglepően kevés ramot eszik, és elég gyorsan bootol.

szóval volt ezeréve egy e-mail fiókom, amit millió+1 regisztrációhoz adtam meg, és bár amikor váltottam gmailra, szétküldtem mindenkinek az új címet, azért biztos ami biztos, még ma is sokan arra a címre irnak. viszont ez a szolgáltató sajnos bevezette azt a remek megoldást, hogy ha valaki három napig nem lép be a webes levelezőfelületre, akkor letiltja a pop3 hozzáférést. nem gyengén agyrém húzás szerintem, de sajnos kénytelen leszek együtt élni vele egy darabig, viszont rendszeresen elfelejtek belépni, már csak amiatt is, mert ált. fingom sincs mikor léptem be utoljára...
persze ez az én hibám is, de az egyszerűség kedvéért mindössze egyetlen fiókban szeretném tudni az összes levelet. gmail persze be van állitva, hogy onnan is letöltse őket, de b*szhatom, ha egyszer letilt 3 nap után...

Csomószor olvasom az apache-logban, hogy phpmyadmint és egyebeket próbálnak elérni/keresni. Igaz különösebben nem lényeges számomra, minden megfelelően el van határolva, csak kiváncsiságból érdekelne, hogy az ilyen ip-ket, ahonnan a próbálkozások erednek szokás illetve illik-e jelenteni valamilyen (mondjuk ISP) irányba?
Létezik valamiféle összefogás ezügyben?
Pl ahogy a google is szereti, ha jelentik az ártalmas oldalakat, úgy esetleg valami szervezet szereti ha jelentik neki az ilyesmi kisérleteket, és ő esetleg eljár az IP-címet kiadó isp felé..

Következő történt, a server vasárnap reggeltől nem válaszol. Se ssh, se http se ping kérésekre. Először azt hittem, valami hálózati probléma miatt szakadt le, de este odaértem hozzá, és semmi gond a hálózattal, net van, router működik, a gép megy. Adtam neki monitort, és a jól megérdemelt login: helyett csak egy fekete képernyő fogadott, ami ráadásul semmire nem reagált. kénytelen voltam reset gombot nyomni. Reboot után minden visszatért a normális kerékvágásba, gondoltam megnézem a logokat, viszont itt semmi hibaüzit nem találtam.
tudom hogy ez elcseszett hülye kérdés, de jobban körülirni nem tudom, mert az egész problémából ennyit láttam, amennyit leirtam. Szóval, valaki tapasztalt már hasonlót? Mi az ördög lehetett ez?

Felmerült, hogy egy ismerős cégnél lecserélnék az xp-t linuxra.
Olyan kérdésem lenne a témában járatosakhoz, milyen linuxos alkalmazások ajánlottak a következő célokra? (lehetőleg olyan, ami magyar nyelven is elérhető):
- könyvelés
- bérszámfejtés vagy micsoda
- apeh ügyintézés működik-e (ezek tudtommal java progik)
- épülettervezés (jelenleg nemetschek van)

előre is köszi a javaslatokat!

én csípem a family guy-t, de ez a microsoftos story külön is aranyos :)

http://www.sorozatjunkie.hu/2009/10/27/family-guy-aprosagok/

ez már nagyon beteg :)
http://www.youtube.com/watch?v=qST5eVLudrQ

Szóval, úgy érzem eljött az ideje, hogy körbeszaglásszak telefonügyben, bár meg vagyok elégedve a jelenlegi sonyericcsonnal is, elvégre telefonálni tökéletes, de annyi mindent olvastam az új okostelefonokról, és hogy lassan elérhető árba kerülnek, stb, szívesen kipróbálnék valami újat.
Mivel egyáltalán nem követem rendszeresen a mobiltechnologia fejlődését (persze címszavakban átfutom, de semmi mélyebb) így elképzelésem sincs, milyen telefonban érdemes gondolkodni, márkáját/op.rendszerét illetően?
Ha valakinek van valami tapasztalata, építő jellegű hozzászólása, hálás lennék.
Sok lehetőség van, szeretnék kicsit jobban belelátni pro és kontra a "használók" véleménye alapján is.
Jó-e az iphone? Jó-e a linuxos mobil? stb...:)

tegnap raktam gnome-os rendszert, és megpróbáltam kicsit kde, illetve windows xp stilusra venni a figurát, noha számomra a kde 4.0 feletti kiadásai mindig kicsit szebbnek tűntek. de a gnome is pompásan testreszabható, csak az a legrosszabb, hogy a gnome (igaz ez egy ubuntu) és a kde (arch linux+kdemod) között sebességben hatalmas különbséget vélek felfedezni, és meglepő módon a kde javára.
pedig a két vas közel azonos teljesítményű, mégis a gnome alatti lejátszó (rhythmbox) lassabb mint az amarok, amiről meg voltam győződve, hogy a leginkább robosztus lejátszó amit valaha használtam.
igaz a gnome alatt a kwin effektjeit kénytelen voltam compiz+emerald használatával helyettesíteni, de nem hinném hogy ez a zenelejátszó teljesítményére hatással kellene hogy legyen...
egyre erősebb a gyanúm, hogy ez inkább az ubuntu arch linuxhoz viszonyított "kövérsége" számlájára írható.

kipróbáltam a xange nevű redhat alapokra épülő disztrót, egy ismerősöm laptopjára szánom majd, gondoltam előtte kipróbálom az asztalin is. csak úgy hobbiból irok egy kis jelentést róla.
(redhat alapok + integrált kde4.3)

install:
mivel livecd, adódik a grafikus install, de az legalább pofonegyszerű, bár a particionálásnál ragaszkodik a /boot külön particióra tételéhez, mivel a cd is ext4 filerendszer, igy elvárja hogy a root is az legyen, viszont gondolom a grub nem szeretne ext4ről bootolni. az eszközök adottak hozzá, hogy ezt rip-rop megcsináljuk, úgyhogy igazából nincs is vele gond, amig felmásolja a pont egy cigi+kávé, és némi tvújság olvasás belefért (mindez athlon 64 X2 dual c).
ezekután jöhet is a reboot, és az új rendszerünk sasolása.

ami annyit tesz, hogy jelenleg a belső hálón az scp nagyjából pont 3x gyorsabb mint a samba fájlátvitel.
érdekes, ha mountolom a samba megosztást, akkor már csak 2x gyorsabb az scp.
smb.conf-ban átírtam a socket options-t, de igazából ez sem sokat javított.
bizonyára valami teljesen egyszerű dolog miatt van, de valahogy nem látom a fától az erdőt...:)

egyébként a HaikuOS-t próbálta valaki? Mit lehet tudni róla?

mit látok a router syslogban délután?
reggel nyolckor egy tök ismeretlen MAC cimről wlan0 jópárszor:
xyxyxyxyxy authenticated.
xyxyxyxyxy associated.
blablabla.

nem olloznám be ide a logot feleslegesen, lényeg az, hogy nagyon úgy nézett ki, mintha tényleg bejött volna valaki.
nem akarom elhinni hogy ebben a lépcsőházban él valaki, aki meg tudta volna csinálni, mert egyébként meg olyan pici a teljesítménye, hogy a szomszédból még talán, de kettővel arrébb már biztosan nem is látszik...
persze akkor már nem volt amikor észrevettem, úgyhogy jobbhiján még holnap délig figyeli egy script, hogy van-e ilyen mac-cimhez ip rendelve, aztán ha van megpróbál valami infót gyűjeni róla, ha addig talál akkor jó, délben meg adok neki egy új kilóméteres jelszót...

nemrég olvastam a fórumban hogy valakit sajnos sikeresen feltört valami szemétláda, viszont nem szeretnék hasonlóképpen járni a frissen beizzitott kis masinámmal, pláne hogy be vagyok szarva a torrentfluxtól. kicsit félek ettől, hogy lehet feltölteni fájlokat (jóesetben torrenteket), igy elmélkedtem a kérdésen, és végül a következő biztonsági lépéseken gondolkodom:

- ssh csak publickey + egy bash script ami adott időnként (gondolom crontábla lesz belőle) egy algoritmus alapján új portot generál sshnak és a tűzfalon is kinyitja, a régit meg ugye zárja. emiatt még a publickey birtokában sem lesz sima a belépés az algoritmus ismerete nélkül. azt hiszem, ez az ssh felőli részt kellően levédi.
- apache: ide nem nagyon volt ötletem, ezért max a torrentfluxnál beállítok egy .htaccess-t. olvasgattam ezt a htpasswd dolgot is, végülis lehet hogy ez lesz majd belőle, de semmiképpen nem szeretném ha a flux bejelentkezőjét esetleg egy brute-force script megdolgozná. (még az is felmerült, hogy az ssh megoldást és a .htaccess-t egybeolvasztva, ha torrentezni szeretne a felhasználó, először be kell lépnie ssh-n, és egy scriptet lefuttatva a .htaccessbe bekerülne az ipje, de ez már paranoid nem? :))
- illetve még az is felmerült, hogy ha valaki túl sokszor próbálkozik rossz loginnal, akkor valahogy bannolná a gép az IP-jét, de erre nincs koncepcióm hogyan is kellene ügyesen kivitelezni.

arcs? ark? erk? stb? :)
szerintem egyébként inkább "arcs"..

olvastam valahol régebben, hogy felröppent, asztali distro babérokra pályáznak debianéknál.
ennek előjele lehet, hogy a legújabb verzió grafikus telepítést is ajánl?
mindenesetre a telepítő lényegesen egyszerűbb és barátságosabb lett, mint a négyesé.
de ez persze a rendszer értékéből egyébként semmit nem von le, csak lehet nyugodtan cigizni/kávézni telepités közben, ez pedig végülis nagyon jó.

régi alkatrészekből összeraktam egy kis saját szervert, jó lesz sambara meg fluxnak, stb.
gondoltam az új debian lesz rá a befutó, netinstall-t ki is irtam, előtte viszont még gondoltam átnézem a benne lévő lemezeket, hátha van rajta valami lényeges.
inditottam egy livecd-t, de hülye fejjel matattam hátul amig bootolt, és véletlenül meglöktem a tápkábelt, úgyhogy áramszünet bootolás közben
az érdekes nem is ez, hanem az, hogy azóta nem hajlandó indulni, illetve nem tudom, hogy hajlandó-e mert nincs video kimenet a gépből. kicseréltem a videokártyát is, másikkal sincs jel.
lehetséges lenne hogy bootolás közben az áramszünet miatt egyszerűen megsült valami a gépben? :)

Nem kevés kirakózás után végül rájöttem mi a halálért van folyton az a rohadt angol kiosztás a grafikus bejelentkezésnél.
hahááá
mert ez a kurva HAL felülírja az xorg.conf-ot. pontosabban az X szarik a configra, és inkább a HAL-ból szipkázza az információt, ahelyett hogy a konfig inputdevice részeit dolgozná fel. ami természetesen hibás, nem vagyok képben ezügyben, de gondolom a HAL-t rohadtul nem érdekli hogy milyen nyelvű a billentyűzet, max a gombok számát meg az ilyesmit vizsgálja. persze ezzel nincs is gond, meg egyébként nem is zavaró, ha nem használunk Z vagy Y betűs loginokat, amiket a nem magyar kiosztás miatt persze mindig szarul ütünk be.
Okulásképp:
Miután kiderült, hogy mi is a probléma gyökere, kerestem, hogyan lehetne xorg bácsit rávenni, hogy ne foglalkozzon a hal démonnal.
1. fapados megoldás: hal stop :)
ez majdnem jó volt, mindössze annyi volt a gáz, hogy HAL nélkül, immár magyar billentyűzekiosztással, hiába ütöttem be kdmbe loginnevet és jelszót, azonnal vissza is dobott oda. ebből arra a következtetésre jutottam, hogy alighanem maga a plasma is támaszkodik némileg a HAL-ra, ezért ez a megoldás végülis zsákutcának bizonyult.

jó ez az arch, az ember sosem unatkozik. ha nincs probléma, építgeti tovább a rendszert, amiből majdcsak adódik valami probléma, amin lehet guglizni megint sokat :)

szóval felállt a samba, jogok, megosztások stb minden tökéletesen működik.
midnight commanderből csatlakozva csúnyák voltak a betűk, tehát charset állítás, ekkor még nem tudtam, hogy az UTF8 a default.
beírtam neki, csak úgy locales formában hogy hu_HU.utf8
láss csodád, midnight commander tökéletesen látja a megosztás karaktereit, már a másolás is megy (eddig nem ment, mert nem tudta létrehozni az összevissza karakteres könyvtárakat...).
Gondoltam, ha már szövegesen minden flott, megyek kde alatt is megnézem.
Na, a dolphin egyből ilyeneket produkál az ékezetes könyvtárak helyett:
"Alvin és a Mókusok - Valahol, ott a lábad elött"

lehetséges lenne vajon az ssh bejelentkező szövegét dinamikusan módosítani, mindenféle script nélkül?
most csak egy logó van benne, de szineket nem sikerült még csinálni, sőt, egy uptime is tetszene :)

egyébként a dolphin nekem valamiért nem akar hitelesíteni automatikusan a sambánál.
pontosabban érdekes dolog, midnight commanderből sambázok az egyik gépről a másikra, és ha mc-ből csinálom, be kell ütni ugyan a jelszót, de igy a hitelesítés miatt látható volt a megosztásban a home könyvtár is.

konquerorból viszont nem, hiába töltöttem ki a systemsettingsben a megfelelő mezőket...
érdekes.

eddigi tapasztalataim alapján simán lehetett mondjuk konsoleban egy SU után indítani grafikus alkalmazásokat, viszont archban ezek nem találják az X szervert.
Gugliztam pöppet, és előjött kétféle megoldás is(xauth +local:root illetve xauth merge /home//.Xauthority), de ahogy olvastam, egyik sem permanens, ami ha jól értelmezem az xauthority lényegét, akkor nem is meglepő.
de hogy van az, hogy egyes distrokban ez permanensen megvan?
vagy csak a root bashrc-je ezt mindig lefuttatja?

és tudom, van a kdesu konsole is, de a sima konsole+su sokkal gyakoribb az én esetemben...

Lehet, hogy nagyon sekélyesen gondolkodom, de igazából mi szükségem nekem a nepomuk/strigi párosra? csak tudom már, mindenféle indexelés és taggelés nélkül, melyik file mihez tartozik, minek van ott ahová raktam.
bár az ötlet egyébként jó és érdekes, de időnként reszeli a lemezt, főleg amikor a nem .cbr-ben tárolt képregények mappájához ér, és beolvas párezer képet :)
szóval azt hiszem, ez egy szolgáltatás, aminek igazán kár lenne futnia..

észrevettem, hogy a gmail-plasmoid mintha időnként nem frissítene tökéletesen, máskor meg tökéletesen jelez. weird.

a lemez, ami tegnap bedöglött, ma már nem produkálja magát.
viszont bootolni nem akar.
lehetséges lenne, hogy emiatt szétbarmolódott a fájlrendszer?
csak mert a root particiót mountolni sem tudom másik rendszer alól...

de legalább a data particiót talán le tudom menteni.

[szerk]
érdekes ez is
a data particiót simán elértem
a root és a home persze hulla volt
viszont az fsck "rendbehozta", illetve nem próbáltam bootolni róla, de ezután mountolhatóvá vált, és le tudtam róla szedni minden szükségeset.
ezekután persze a smartctl is lefutott végre (eddig a gyorsteszt 10%-nál error volt), és azt állítja, hogy tökéletes állapotban van.
Merjem ezekután még használni ezt a lemezt, vagy próbáljam meg gariztatni?

már persze ha működne.
mi a haláltól van az, hogy egy sata vinyó egyik pillanatról a másikra elkezd kattogni és pörögni, utána tökéletesen működik egy hónapig, aztán ma bekapcsolás után megint kattog és pörög?
nemhinném hogy badsector vagy egyéb hiba, kábelt már cseréltem egyszer, párszáz oldalnyi forumozás után úgy fest lehet aljzat, táp, vagy persze maga a lemez...

haverkodom az archlinux legfrissebbikével, és meg kell hagyni, nagyon szórakoztatónak találom a telepitését, kész sikerélmény ahogy az ember szépen a saját elképzeléseire formálja. meg mellesleg 3x gyorsabb kb mint az opensuse, pedig mindkettő kde4...
gondoltam ráteszem a laposra is, az nálam amúgy is olyan tesztmasina, gyakran befut rá valami új rendszer. múlt héten raktam rá blackpanther OS-t, de sajnos az első benyomások után arra kellett rájönnöm, hogy nem ülök a szék mellé tőle. Szimpatikusan volt összerakva egyébként, de jópár dolog híjával volt, pl egy praktikus hálózatkezelő is nagyon hiányzott. barátnőm laptopján cseréltem volna le a vistát valami kde4 cuccra, de asszem nem a párduc lesz a befutó.
no aztán, gondoltam, jön az arch, jó gyors amúgyis.
és tényleg az is. leszámítva hogy vért hugyoztam, mire lett normális, laptopra valo xorg.conf. mert persze a notiban ATI kártya van ám. először radeonhdvel próbálkoztam, archwiki jól beetetett, hogy már milyen jó a radeonhd 3dgyorsítása, stb, gondoltam megér egy próbát. jónak tűnt, hát jöjjön a kdemod.
feltelepül, és egyből lefagy.
mint idővel és némi uninstallálások után kiderült, a networkmanager vágta haza a plasmát.
az már nem zavarta, hogy ugyanazt a networkmanagert 1 perc múlva visszaraktam, többször nem csinált grimbuszt.
már ez is érdekes volt, talán meg is sértődtem kicsit, úgyhogy gondoltam leterelem róla az összes network-manager-plasmoid-kdemod-izét, és a sokkal rövidebb wicd csomagot rakom fel.
ez végülis tökéletesen be is vált, persze nem olyan dekoratív mint a beépített, de legalább nem is szarakodik a plasmával.
és most hogy minden flottnak tűnt, ekkor jött a képbe a linuxos laptopok hegedűje, az ATI kártya.
mivel a radeonhd az arch wiki szerint tök jó, gondoltam ő lesz az első, amit kipróbálok, megnézem tényleg olyan jó-e az a 3d accel.
Na az én chipsetemre ez az állítás sajnos nem igaz, mint kiderült. eszméletlen lassú ablakméretezés, kompzició sehol, ronda és lassú scrollozás, stb, ne soroljam...sebaj, jöjjön a hivatalos. Izzadós volt felrakni AURból, lévén először használtam ilyet, de frankó elképzelésnek tartom egyébként.
A továbbiakban természetesen az aticonfig --initial totálisan szétbarmolta az x-et, és bár bizonyára nyomozhattam volna még hogy végülis miért nem megy az fglrx, de úgy döntöttem inkább, egyelőre nem lesz arch, keresünk másik csillivilli kde distrot asszony hp notijára.
most vixta.orgról (itt hupon olvastam, hogy van ilyen...) szedtem le egyet, majd írok tapasztalatokat.