Blogbejegyzések

Just dance. Szegeny ember edition

A gyerek a multkor egyutt ugralt a spanjaival egy xbox kinect-en futo 'Just dance' c. programra. Annyira bejott neki, hogy aztan az anyja elkezdte ragni a fulem, hogy neki(k) is kell ilyen. (Ja, a spanjanal egy szekreny meretu LED TV-n ment az egesz)

En ennyit nem szantam a dologra, igy az alabbi konfigot dobtam ossze a gyereknek:

- rpi 3
- billentyuzet + eger
- hangszorok
- a notebookomrol leszedett kulso lcd monitor
- just dance videok a youtube-rol

Az igaz, hogy a poor man's just dance nem tudja pontozni a gyerek denszijet, meg csak 22"-n megy a video, de a feeling megis hasonlo az eredetihez. Es kb. 0 HUF volt az egesz :-) Viszont az rpi 3 szaggatott a videokkal, ezert kicsereltem egy leharcolt lenovo ideapad netbook-ra (aminek mar a fele billentyuzete sztrajkol, de ugyis ott a kulso billentyuzet). Igy mar jol megy a just dance. Es meg mindig 0 HUF-ot kellett belefeccolnom a projektbe.

„az ügyfél számítógépének dinamikus IP cím kerül kiosztásra”

Vidanet írta:

Tájékoztatjuk Tisztelt Előfizetőinket, hogy az internet csomagok tartalmának változása miatt a Vidanet Zrt. Általános Szerződési Feltételei (továbbiakban ÁSZF) 2014. augusztus1-i hatállyal az alábbiak szerint változnak.

A 3. számú melléklet az alábbiak szerint változik:

Valamennyi forgalomban lévő internet csomag esetében „az ügyfél számítógépe minden esetben publikus IP címet kap, dinamikus kiosztással” szövegrész helyett „az ügyfél számítógépének dinamikus IP cím kerül kiosztásra” szövegrész kerül.

Felhívjuk Tisztelt Előfizetőnk figyelmét, hogy a jelzett változások miatt az ÁSZF 12.4.1.2. pontja értelmében az előfizető jogosult a fenti módosítás tárgyában az értesítést követő 15 napon belül a szerződés felmondására.

És eljött a nap, amikor ez húsba vágóvá vált... Nem nagy a differencia a szövegben. Annál nagyobb a szolgáltatásban...

Ricoh SP-150

Anno megláttam ezt a masinát, kb. a legolcsóbb lézernyomtató volt a piacon talán két évvel ezelőtt. A gyártó büszkén hirdeti: Linux driver is only provided via web download (English only)

De van! Hát lássuk, először is megkerestem a letöltési oldalt, itt van: http://support.ricoh.com/bb/html/dr_ut_e/ra/model/sp150/sp150en.htm

A linkelt fájlok egytől egyig .exe binárisok, szerencsére van nálam kölcsön egy kicsiszoftver ablakos masina ahol futtatva kicsomagolok egy .deb filet ubuntuhoz. (Utólag azt mondta valaki cabextract is jó lett volna vagy csak wine persze.) Na igen de mivel Parabola/Arch amit használok, ideje ezt is kicsomagolni:

ar vx RICOH-SP-150_1.0-22_amd64.deb
tar -xzvf data.tar.gz

pidgin

Itt a cégnél lincs van (skype for business 2015).
Loggolás kikapcsolva.
100x kértem, hogy kapcsolják be.
"Policy tiltja".
Idegállapotba kerültem és fél óra altt lett helyette működő pidgin.
Most én vagyok az epicentrum, mindenki pidgint rak.
Hasznos péntek.

Kde és a szamba szopatás

Ha kde5 van nálad és még szambázni is akarsz akkor ne(!) a network/samba nál tedd!
Vagy ha igen akkor belefutsz abba a hibába, hogy csak könyvtárakat tudsz létrehozni. A fájl másolás nem fog menni.
Tessék szépen hozzáadni mint windows share.
Csak 3 óra ment el erre :(

pch

Hogyan mentem az analóg biztonsági kamerák valós idejű képét távoli HDD-re?

A munkahelyemen van néhány TechSon TC-DVR LN4016, illetve TechSon TC-DVR LN4008 típusú biztonsági kamerarendszer. Ezek úgy működnek, hogy nyolc vagy tizenhat analóg videokamera jelét fogadják koaxkábeleken keresztül, és beépített HDD-re mentik a videót. Jellemzően csak akkor rögzítik a filmet, ha azon valami mozgás látható. Beállítható, hogy a mozgás kezdete előtt hány másodperccel induljon a felvétel, és hogy utána mennyivel érjen véget.

Az volt a feladatom, hogy azon kamerák képeiről, amelyek a központi egységgel közös helyiségben vannak, készüljön távoli mentés is. A mentés nyilván csak akkor jó, ha a kamerából jövő képet a lehető legkisebb késleltetéssel kiírjuk a távoli HDD-re. Maga az eszköz nem kezel semmilyen távoli tárhelyet, és a forgalmazó nem tudott olyan szoftverről, ami a kamerák képének valós időben történő lementését lehetővé tenné, és én sem találtam ilyet. Azóta megtudtam, hogy Androidra létezik ilyen, de akkor már késő volt, meg amúgy sem biztos, hogy megfelelő lenne.

kötelező röfögés

Csomag - természetesen Kínából - megrendelve október elején.
Már a site ír rám, hogy megkaptam-e, mert szerintük nem.
Nézem a tracking-et: sikertelen kézbesítés, már a reptéren van "hazafelé" a csomag.
Irodahház bazzeg, 7x24-es portával és recepcióval.

Hívom a Postát, ők se értik, visszafordítják újra kézbesítésre.
De adatvédelmi okokból nem mondhatják meg, hogy eredetileg hol nem sikerült a kézbesítés és kinek nem tudták kiszállítani.

Ó istenem...

Opensuse 42.1+Docker+Drupal

Talán nem volt szerencsés a Linux Mint után Opensuse 42.1 Leap-ra váltani, na mindegy, rakott alá btrfs-t.
Kellett egy ilyen opciót berakni a /etc/sysconfig/docker fájlba, ezt telepítés után tettem meg, enélkül nem ment.
DOCKER_OPTS="-s devicemapper"
mysql konténer telepítés:
docker run --name drupal-mysql1 -e MYSQL_ROOT_PASSWORD=root -e MYSQL_DATABASE=drupal -e MYSQL_USER=drupal -e MYSQL_PASSWORD=drupal -d mysql:5.5
drupal telepítése:
docker run --name drupal-test1 -p 8081:80 --link drupal-mysql1:mysql -d drupal
A drupal-mysql1 és drupal-test1 elnevezés oka, hogy már közben előtte telepítettem a drupal-mysql, drupal-test konténereket, csak nem akartam lelőni őket.
A drupal-mysql1 konténer ip címének lekérése, hogy csatlakozni tudjak az adatbázisszerver megadásakor a drupal-test1-ről:
docker inspect drupal-mysql1|grep IPAddress
Csatlakozás a drupal-mysql1-hez bash-al:
docker exec -i -t drupal-mysql1 /bin/bash
Itt egy saját, működő drupal weblap adatbázisát töltöttem be.
Ehhez előbb át kellett másolni a saját host gép könyvtárából az adatbázist a drupal-myslq1 konténer /home könyvtárába:
docker cp localhost.sql drupal-mysql1:/home
A mysql -u drupal -p adatbázisneve << localhost.sql nem működött, lehet, hogy a drupal felhasználó jogosultságai miatt.UPDATE: természetesen a << helyett < kellett volna!
Egyszerűbbnek találtam ezt:
mysql -p root -u
Kaptam mysql promptot. Utána:
create database adatbázisneve; UPDATE: Persze ezt nem tudom a fentebbi konzolos megoldásnál hogy lehetett volna megoldani, mivel az "adatbázisneve" nem létezett. Tehát ezt így is úgy is meg kellett csinálnom.
USE adatbázisneve;
SOURCE /home/localhost.sql;
Nagyjából ennyit, elsősorban magamnak, pár hónapja Linux Mint-en már próbáltam ugyanezeket megcsinálni, csak azóta elfelejtettem (nincs benne semmi disztribúciófüggő az /etc/sysconfig/docker kivételével).

Linux stabilitás 2016

Testvérem gépe, feldobta a talpát, de vajon hogyan is? Stílszerűen, öngyilkos lett.
Történt ugyanis, hogy a tegnapi nap folyamán, délelőtt letette a gépet suspendbe és eljött halottébresztőset játszani. Estére hazaérve, szépen mákosan találta a monitort és a gép semmit nem reagált. Nyomott neki egy resetett, mire az Ubuntu újraindult, és az fsck- agyhalottra darálta a rendszerpartíciót. Nagyjából két és fél óra molyolás után sikerült életre kelteni úgy, nagyjából egy marék csontot rázogatva kitaláltuk, hogy vajon melyik konfig fileokat találta feleslegesnek a "javítprogram". A dolog iróniája, hogy az FSCK ténykedése egy nagyjából 10 éve fennálló probléma és baromira nem értem, hogy ez miért nem szúrja senkinek a szemét. Elég sok olyan géppel dolgozom, amik alól a felépítésük, alkalmazásuk folytán (SBC, mérés adatgyűjtő, alternatív energia ellátás, kisgyerek a háznál, stb) rendszeresen eltűnik a tápfeszültség. Egy modern operációs rendszertől elvárható lenne, hogy ez ne okozzon fennakadást a működésében. Ugyancsak érdekes, hogy vajon miért van, hogy egy nem használt filerendszer esetében, milyen hibát is tud találni az ellenőrző program? Ez azért érdekes, mert volt rá precedens, mikor egy netes loggolás alatt álló gépen, olyan libeket "javított" ki, melyeket a logok szerint 32 nappal korábban olvasott utoljára az alkalmazás.
A hab a tortán, hogy a suspend esetében, mi akadályozza meg az OS-t, hogy unmountolja a köteteket és visszatérésnél újramountolja? Emlékeim szerint, suspendnél, nem tevékenykedik a gép, magyarán nincs i/o tevékenység, ha meg van esemény amit kezelnie kell, akkor úgyis visszatér aktív állapotba.
Szóval, a nagy Linux desktop fejlesztés közben ott tartunk, hogy egy FAT32-re telepített XP, vagy egy jó öreg DOS megbízhatóbb.

Impro,impro...na és ha szett lenne ?

Bizony, nem egyszerű ez a szakma sem. Bár tétje még nincs, és csak hobbiból szánunk rá akár fél napot, de így is megizzadunk keverés közben. Improvizáció, vagyis jön, ahogy jön, ez még rátesz egy lapáttal, dehát kinek van ideje szett-et összeállítani, a mai rohanó világban :-) Pedig egyszer ennek is meg kell történnie, s nem a keverés közben agyalni, hogy az X előadő ft. Y - Z szám (W & T remix)-e vajon melyik szám, és ide illik-e...borzasztó. Mindenesetre nem adjuk fel, gyakorlunk, hibázunk, tanulunk látjuk a jót a rosszban. Hogy legyen egy kis opensource szaga is a blognak, a videót Kdenlive-al vágdostam össze, plussz egy kis ffmpeg a visualizer miatt. A jövőben a ProjectM-et szeretném használni, hátha...

Raspberry 1B+ boot loop - nem minden software hiba, ami annak latszik

Sziasztok!

Nemreg frissitettem a Raspberrymet, ami egy mini hazi server funkciojat latja el. Kernel is frissult, ugyhogy rebootoltam, es nem jott vissza a halora. Atvaltottam a monitort a masik HDMI bemenetre (amin a pi van), boot loopolt.
Rakerestem, hatha volt valami gond a mostani frissitessel, de boot loopra ilyen 2-3 eves talalatok vannak.
Fogtam egy frissen letoltott NOOBS-ot, feltettem egy masik sd kartyara, be a pi-be, raspbian telepites tokeletesen megy. Beallitottam rajta par dolgot, frissitettem, reboot, ez is szar. Fogtam a masik ugyanolyan pi-t, az is bootloopol. Megint feltettem a NOOBS-ot a kartyara, most nem allitottam rajta semmi egyebet, csak apt-get update && apt-get dist-upgrade && reboot, ismet boot loop.
Nagyon ugy tunt, hogy ez software gond. Kicsereltem a tapjat, be a regi SD kartya, ezzel megy. Azt nem tudom, miert szamit a frissites neki, de valoszinuleg epp a tap hataran volt bootolaskor. Az elozo tappal honapok ota teljesen stabilan ment (bootolaskor rc.local miatt ir egy bejegyzest egy file-ba az aktualis datummal, szoval latnam ha ujraindulna).

Bud Spencer & Terence Hill - Slaps And Beans

Soha nem támogattam még egyetlen közösségi finanszírozású játékot sem, ez lesz az első, nagyon jónak tűnik, főleg, ha sikerül az eredeti zenéket megszerezni, a támogatott nyelvek között ott a magyar is és Linuxra is jön.

https://www.kickstarter.com/projects/1684041218/bud-spencer-and-terence…
http://steamcommunity.com/sharedfiles/filedetails/?id=781553774

Router célhardwer vagy gép?

A régi "szerver" alaplapja le lesz váltva egy energiatakarékosabb alapra.
Ezen már csak sata csati van így a diskekből is kiesik két ata disk.
Ekkor már mindegy ha újrarakom az egészet. Lvm filerendszert gondoltam.
A 4 1T disk elég lesz egy ideig és nyerek kb 100w-ot a mostanihoz képest.
Viszont ha már csinálom eszembe jutott, hogy lehete ez is akár a router is.
Most egy tp-link 1045nd van ha jól emlékszek. Aminek a 100/100-as háló már sok. Az maradna csak wifi ap.
Mit gondoltok? Maradjon a routert vagy váltsam ki a "szerver"-el?
A szerveren az alábbiak fognak futni:
Ftp, sql, web, torrent, samba megosztás.
Meg ő látja el a kodit is tartalommal van amikor 4 eszközre is.

What time(zone) it is? (TZ enviro)

Egyszerűbben mondva, egy kis kompatibilitási kérdés: ha van egy fájlunk, aminek a dátuma 2016-10-30 00:30:00 UTC, akkor milyen időt ír a 'ls' a 'TZ' függvényében (no meg persze az OS(pl AIX) verzió függvényében). Annyit előrebocsátok, hogy 01:00 UTC-kor kellene legyen az átállítás, tehát az a dátum még nyáriidő-beli.


$ TZ=CET-1CEST,M3.5.0,M10.5.0 ls -l ~/tmp/utc30-00:30
Oct 30 01:30 /home/projects/tmp/utc30-00:30

$ TZ=CET-1CEST,M3.5.0/2,M10.5.0/3 ls -l ~/tmp/utc30-00:30
Oct 30 02:30 /home/projects/tmp/utc30-00:30

$ TZ=Europe/Budapest ls -l ~/tmp/utc30-00:30
Oct 30 02:30 /home/projects/tmp/utc30-00:30

Pulp sillabusz

Most találtam meg ezt a néhány hónapja összerakott, zanzásított sillabuszt - a cél az volt, hogy legyen egy darab belső szerver, ahonnan lehet frissíteni a RHEL7-es szervereket, lehetőség szerint egyszerűen.

Az, hogy hova mekkora diszkterületet érdemes pakolni, azt sajnos nem raktam bele - ennek érdemes utánaolvasni, mert a MOngoDB meg a repók is elég nagyra bírnak hízni.

A hétvégi események margójára

A hétvégi amerikai nagydíj után az jutott eszembe, hogy abszolút nem vagyok csalódott, hogy Fred otthagyta a Ferrarit. Korábban is ezt mondtam, most meg pláne. Ez a "nagyszerű" csapat pontosan ugyanolyan szar a két "világsztárral", mint az ő idején volt. Illetve rosszabb. Taktikában sem fejlődtek, a kerékcseréket pedig ugyanúgy el tudják baszni, mint Fred idején, akinek nem is tudom mennyi VB címe ment el a Ferrari töketlenkedésein.

A Honda kezd valamit halvány reménysugárt csillogtatni. Igaz, hogy tavaly ilyenkor még egy GP2 teljesítményű, pályán 50-szer egyhuzamban végigmenni nem tudó motorral tudtak csak előállni, de az utóbbi időben talán a megbízhatósággal már nem kell annyit foglalkozniuk. Én megszavazok nekik valami bizalmat, jövőre talán megemberelik magukat és még előállhat az a vicces helyzet, hogy Fred előbb lesz újra világbajnok a Hondával, mint Vettel a Ferrarival...

Azt hiszem, hogy egy 0-ról felhozott csapattal megszerzett VB cím 100x értékesebb, mint egy hátszeles csapatnál megszerzett akármennyi. De ha Fred nem is lesz soha többé világbajnok, értékelem, hogy egy ilyen ócskavasban is tud olyan motivált lenni, mint amilyen. Visszavonulása után sem kell azért nagyon bosszankodnom, mert Ricciardo engem nagyon szórakoztat. Ügyes, pimasz és vicces. Azt hiszem, hogy neki szurkolok majd, ha Fred visszavonul.

A Hamilton vs. Rosberg csatában pedig győzzön Rosberg. Szarok a fanyalgókra. Megérdemli.