Blogbejegyzések

Most épp az az ötletem támadt, hogy az RPi2-n megnézem azokat a bugyuta játékokat, amiket a Raspbian biztosít. Nyilván már megint én nem találok valami triviálisat, de hogy a csomagban fent levő Emilia Pinball-t még 640x480-ban se lehessen élvezhetően lejátszani, az szerintem nagyon gáz. Először mindenféle GLX-hibákra panaszkodott, aztán némi telepítgetés után az már nem jött elő, de a szoftveres rendering és az adott játékhoz használt SDL együttese gyakorlatilag élvezhetetlenné tette a dolgot.Az ellőtt golyó kb 3x jelent meg a képernyőn, de annak se nagyon látszott a hatása, hogy mozgattam az asztalt, vagy akár az "ütőket". Grrr. Kutattam, de csak mindenféle olyan leírásokat találtam, hogy kézzel lehet fordítani kernelt, meg X-szervert, meg meg meg. Hogy lesz ebből játékgép????

Négy éve már, hogy linuxos gépről, az snx nevű Check Point kliensről (ami egyébként az SSL Network Extender része) lépek be a munkahelyi hálózatra.
Most új telefonra telepítettem az ehhez szükséges RSA SecurID token appot, és ennek használata hozott némi fejtörést.

Önmagában az RSA app beüzemelése zökkenőmentes volt, hanem a szükséges (új PIN kód megadását is lehetővé tevő) párbeszédpanelt nem hozta elő az snx program. Ha -g kapcsolóval (debug) futtattam, akkor látszott, hogy ilyenek jönnek elő az snx_browsernek címezve: http://pastebin.com/YZi83HNt

Úgy tűnik valami óriási akció miatt megrohamozták a Telenor üzleteit.
Vagy inkább a weboldaluk nincs a toppon (nekik sem)?

Supported Kernels

Compatible with 2.6.32 - 4.4 Linux kernels.

Bug Fixes

Linux 4.4 compatibility
Assorted stability fixes
Better support and stability for NFS-exported snapshots
Fix kernel warning in unlock_new_inode() and deadlock
Fix overflow in P2ROUNDUP_TYPED macro
Fix write performance issue due to bad zfs_dirty_data_max calculation
Fix builtin kernel builds
Fix deadlock during direct memory reclaim
Fix taskq dynamic spawning deadlock
Build fixes for SPARC

View it on GitHub.

http://port.hu/tv/pls/tv/oldtv.prog?i_new_tv=0

UPDATE (2016.11.04.): nem mukodik tobbe:/

Orakig kerestem, hogy miert nem tudom OS X-ben (10.11 El Capitan) a zsiruj disket ket particiora osztani, mint regen. Megmondom miert: mert eloszor csak a GUID particios tablat hozza letre egy ures HFS+-szal. Amit en mindig reflexbol unmountoltam. Es ezert nem vette eszre, hogy van rajta journal. Ezert megkert, hogy kapcsoljam be a jouranlingot particionalashoz. Es ami a legfurcsabb volt: nem tudtam unformatted ures particios tablat csinalni, es atmeretezni is csak FELMOUNTOLT HFS+ particiot lehet, mert kell hozza a journal. Hmm.

Hamarabb jutottam el az fdiskig, minthogy erre rajojjek (vegul rajottem, csak WTF, plane eddigi ismereteim utan)

A korábbi tesztek ( 1. és 2. ) után megint elővettem a netbookot és a bhyve-ot. Miután az első menetben a 7-es CentOS majd a következő körben a 14.04-es Ubuntu és a 8-as Debian is működőképes állapotba került, tényleg a Slackware-t vettem elő. (Mert csak, bár a Slackware-es csomagkezelős sorozat is segített egy kicsit.)

Tapasztalatok.

1. Noha az előzőeket mind 4 procis virtualizációval játszottam végig, ez a Slackware-nél nem ment. Stabilan és megbízhatóan elpanic-olt már az ISO-ról történő boot közben. Viszont ha 1 processzort kapott, akkor ezt az akadályt némileg könnyebben vette.

Van néhány elavult ESX 4.0.0-s host, amit fel kéne pimpelni naprakészre. Mivel számos storage-ba be van drótozva az iSCSI initiator IQN, az IP cím stb., egyszerűbb lenne a frissítés, mint az újratelepítés. Ha a frissítés kész 5.1.0-ra (a vCenter is ezen a verzión van), akkor a vCenter is frissül és ha az kész, akkor a hostok is naprakész állapotra lesznek frissítve. Hogy miért nem a vCenter-rel kezdem? Mert az új vCenter már nem támogatja a ESX 4.x-et...

Na szóval, mivel semmi sem szól az ESX -> ESXi migráció ellen (legalábbis papíron), kíváncsi voltam, hogy hogyan megy ez a gyakorlatban.

Kellett volna egy kis egyszerű nyilvántartó program, már-már olyan, amire az ember fog egy Excel Onlinet/Google Docst. Viszont jó lenne, ha kissé auditálhatóbb lenne, hogy ki mit mókolt. Jelen esetben bőven megtette, ha csak beszúrjuk az új rekordot és dátum alapján vesszük mindig a legutolsót. Esetleg fel lehet tartani egy index táblát, ha kicsit optimalizálni akarunk a sebességre, de ez legyen már a jövő zenéje. Szóval olyan jó két-három órás feladat összerakni az egészet pgsql+WPF alapon.

Egyetlen bökkenő: desktop és futnia kellene több helyről. Auch.

A sorozat első, második része.

3. Forrásból telepítés

Az egyik legjobb, és legteljesebb módszer, hogy csomagokat telepítsünk a rendszerünkre. Fordítás során szinte mindent testre szabhatunk és a program azokkal a beállításokkal telepedik amit mi szeretnénk. Természetesen ez olyan programokra vonatkozik ahol sok-sok mindent be tudunk állítani a fordítás folyamán. Ez viszont nagyon időigényes tud lenni, kisebb gépeken nem javasolt nagyobb méretű programok fordítása. Régebben simán kivártam egy 1 napos fordítást is, de az idő pénz, ezért inkább egy nagyobb gépet használok a fordításhoz és az elkészített csomagokat terjesztem a gépeimen.

Csipesz fórumtárs újabb brutál méretű gyöngyszeme, Megalomaniac DVD !

A rendszer alapja a puppy linux felhasználók körében kedvelt és már nagyon bevált Precise 5.7.1 Retro edition.

Valamiért nálam is ez a rendszer működött a legjobban a kukaszökevény gépeken.

Az eredeti fórumszál és letöltés:
http://skamilinux.hu/phpBB3/viewtopic.php?t=296&p=3422#p3422

A Microsoft programjait promózza a fájlok megnyitásakor:
http://www.androidpolice.com/2016/01/07/cyanogen-os-12-1-1-on-the-onepl…

Bevezetésképpen, amit tudni kell, hogy a fejhallgató 2013 Júliusában került hozzám Japánból és azóta napi 6-8 órát van használatban.

Az egész fejhallgató történet egy Audio-technica ATH-M30-assal kezdődött, és egy ATH-M50-el folytatódott. A váltás oka egyszerű volt: Nem voltam megelégedve az M30 hangzásával és nyomta a fülemet. Az M50-re váltás egy újabb fejezetet nyitott, kényelmesebb volt viselni, a hangok is sokkal jobbak lettek, de valami még mindig hiányzott... Úgy éreztem, hogy a magas hangokat kiemeli és hosszú viselés után néha még ennél is előfordult, hogy törte a fülemet.

Az előző rész folytatása.

Mi tehetünk ha olyan programot szeretnénk telepíteni, használni ami nem érhető el a Slackware tárolóban? Erre többféle módszer is létezik. Szerintem nem fogom tudni mindet felsorolni, de megpróbálom érinteni a legtöbb lehetőséget.

0. A Slackware csomag nevének felépítése
1. Más rendszer csomagjának használata
2. Nem hivatalos Slackware tárolók használata
3. Forrásból telepítés

Ezúton tájékoztatjuk, hogy 2016. április 8-ától megszűnik a Távszámla szolgáltatás, melyről érintett ügyfeleinket januárban elektronikus levélben tájékoztatjuk. 2016. január 7-étől ügyfeleinknek lehetőséget adunk arra, hogy kényelmesen, néhány kattintással átregisztráljanak a Díjnet Zrt. rendszerébe, ahol a jövőben is egyszerűen, online kezelhetik számláikat.

Visszatérő probléma, de találtam valamit ami másnak hasznos lehet:

https://support.microsoft.com/hu-hu/kb/3080351

http://pcforum.hu/hirek/17838/microsoft-igy-uszhatod-meg-a-frissitest-a…

A Slackware Linux mint a többi Linux disztribúció tartalmaz a csomagkezeléshez nélkülözhetetlen eszközöket. A régebbi időkben a csomagok kiterjesztése .tgz volt, de az utóbbi időben ez változott és már .txz az alapértelmezett. A csomagkezelő a pkgtools névre hallgat. Ez tartalmaz több elemet, mint a csomagok telepítéséhez használt installpkg, frissítéshez az upgradepkg, eltávolításhoz removepkg és saját csomag készítéséhez a makepkg sh alapú szkriptfájlokat. Igen, a Slackware csomagkezelés alapja sh szkriptekben van megírva. Ezt ellenőrízhetjük a /sbin/ könyvtárban lévő szkriptek tanulmányozása alapján. A telepített csomagok információi a /var/log/packages könyvtárban helyezkednek el. További használt könyvtárak: /var/log/scripts, /var/log/removed-packages, /var/log/removed-scripts.

http://41.media.tumblr.com/0b150e789ed83e90107f66efe5c1f6b6/tumblr_o0k5…

Innen : http://exeqte.tumblr.com/post/136780199738/linuxkerneljpg

henial : http://49.media.tumblr.com/4e3af18baa6736af2c9e1ce3982cbb9d/tumblr_nzry…

A kamerás autó vezetője az előbbit vallja. :D

:)

Az a hír járja, hogy a netflix pár napja elérhető magyarországról. Kaptam is az alkalmon, és indultam regisztrálni.

A regisztráció egyszerű, néhány alap adatot kell megadni és kijelölni pár filmet/sorozatot, amit kedvelsz, ami alapján ajánlásokat kapsz a későbbiekben.

Ami nem túl szimptikus, hogy rögtön regisztráció közben meg kell adnom a bankkártyám adatait, vagy hozzárendelni a paypal fiókom. Ez különösen furcsa azok után, hogy az első hónap ingyenes próbaidőnek számít. Valójában ez a húzás nem szokatlan, más tartalomszolgáltatók is hasonlóképp viselkednek, mindazonáltal nem túl szimpatikus.

Az úgy kezdődött, hogy a feleségem kapott karácsonyra pár DVD-t, lejátszónk pedig nincs, de mégis inkább szerettük volna tévén megnézni, mint gépen. Nemrég kaptam egy 64GB-os pendrive-ot, és megörültem neki, hogy a finnyás tévénk hajlandó volt beolvasni. Nincs semmiféle torrent accountom, így gondoltam, mi lenne, ha életemben először olyan formátumra hoznék pár DVD-t (köztük a feleségem új filmjeit), amit az ilyen tekintetben is válogatós tévénk le tudna játszani?

Pár hónapja ismerkedtem meg az ffmpeg-gel, amikor azt a feladatot kaptam, hogy a semmiféle ezirányú szoftver- és hardvertámogatással nem rendelkező analóg kamerákra épülő biztonsági rendszerünk néhány steamjét távoli meghajtóra mentsem. A kizárólag IE alatt működő ActiveX alapú kamerakliensek kommunikációjának wireshark-os elemzése után ffmpeg-ből, ffplay-ből,tcpdump-ból és bbe-ből összegányoltam egy olyan kis shell scriptet, ami képes a kameraképek megjelenítésére és folyamatos rögzítésére. Ezen tapasztalatok nyomán úgy gondoltam, hogy ha az ffmpeg nem lesz képes kiripelni a DVD-ket, akkor semmi. Egy kis guglizás után az alábbi módszerhez folyamodtam:

Our services aren't available right now
We're working to restore all services as soon as possible. Please check back soon.

Vajon mi lehet? Lejárt egy cert? Elromlott egy tápkábel? Esetleg valamelyik Gupta rossz szkriptet futtatott?

Eszméletlen ez a csaj! Nekimegy fejjel a falnak. Pedig a józan ész azt mondja, h ezt most nem lehet áttörni. Olimpia, 2017 -ben világbajnokság Budapesten. Képtelenség, h lefejezzék az úszószövetséget. Pedig itt nincs más, ebből nem lehet már máshogy kijönni, már nem lehet megreformálni úgy a dolgot, h Gyárfás azért maradjon.
Persze nem akarok úgy tenni mint aki bennfentes infókkal rendelkezik. Semmilyen infókkal nem rendelkezem, csak vakon hiszek Katinkának. Illetve ez a Gyárfás totálisan visszataszító számomra. Ahogy rémlik az Úszószövetségnél valahogy mindig kétes alakok voltak vezető pozícióban. Kész rejtély, h minek köszönhetjük éppen ebben a sportban a kimagasló eredményeket.
Tulképp már abból is lehetett sejteni a viszonyokat, h Katinka valahogy külön készült a versenyekre a férje segítségével és elég homályos, h mennyire volt beleszólása a szövetségnek pl. az edzéstervébe. Mintha csak konzultációs formában kérték volna ki Kiss véleményét és az egész csak formalitás lenne. Nem tudom. Mindenesetre hallom és olvasom amit Kiss, Gyárfás nyilatkoznak - és az bűzlik messziről.

Hm, mondhatjuk hogy mostanság nem írtam ide semmit.

Viszont lehet hogy elkezdem :)

Első körben amit felfedeztem az a JWM

http://joewing.net/projects/jwm/

VNC alapokhoz tökéletes, nincs neki százezer függősége, stb. Viszont, mégis csak többet nyújt mint a sima twm, ami kb. használhatatlan.

Persze VNC-t szervereken csak alkalmilag használok, legalábbis eddig még (persze SSH tunnelen át, nem direktbe). Többségében intranet hálóra lerakott szervereken, amikről adott esetben routert kell konfigolni, stb.

Alap melókra tökéletes.

Centos 6 -hoz már elkészítettem a csomagokat i686 és x86_64. Repo még nincs, de tervezem hogy lesz valami YUM repo a saját RPMekhez. Nyilván nem csak JWM van benne.

https://linuxcontainers.org/lxd/news/

The main changes for this release are

New "host_name" network interface property that specifies the name of the host side veth device
It is now possible to pull/push/edit files of a stopped container
It's now possible to specify what "lxc list" columns to show (including a new PID column)

Bugfixes

Properly inherit the active CPU map rather than assuming all CPUs are usable
zfs: Fix a couple of race conditions
lvm: Fix creation of container from an image
Cut down network round trips in half by not calling Finger() every time
Fix invalid permissions on container shmounts and devices directories
Fix container teardown not always cleaning up devices & mounts
Improve performance of host-triggered container stop/restart (5s faster)
Make lxd callhook timeout after 30s (instead of hanging indefinitely on failure)
Cleanup and document the testsuite
Fix remote certificate handling on add/rename/remove