Blogbejegyzések

Ezt feljegyzem magamnak: ha checksum ellenőrzéshez checksum file-t készítek - hisz a weboldalakon általában csak az ellenörző összeg szerepel - akkor az ellenörző összeget és a filenevet _KÉT_ szóközzel kell elválasztani:

a51b90f3dd4585781293ea08adde60eeb9cfa94670943bd99e9c07f13a259539  rhel-server-6.5-x86_64-dvd.iso

Azért elbeszélgetnék azzal, aki ezt kitalálta, az élet szépségeiről és a szóközök számáról. Hát miért nem tök mindegy, hogy hány és milyen space választja el az elemeket a sorban? Mi ez, az a Antiochiai Szent Gránát, aminek a Szent Biztosítószeg kihúzása után pontosan háromig kell számlálni és eldobni?

hmmm

https://www.youtube.com/watch?v=tDacjrSCeq4

https://www.backblaze.com/blog/hard-drive-reliability-update-september-…

LOL

http://devnull-as-a-service.com/code/

http://youtu.be/t-Q4hWudR4Y

Ahol tehetem beállítom, hogy ne frissüljenek automatikusan a szoftverek. No nem azért, mert nem szeretném frissíteni őket, csak szeretem látni, ha van valami új, magam megnyomni, hogy települjön, és előtte elolvasni az újdonságok listáját.

Szomorúan tapasztalom, hogy ez a lista többnyire semmit sem ér. Sok frissítés mellett csak annyit látni, hogy "Bugfixes, stability improvements". Szűkszavú, és lényegében értelmetlen kiírás.

Van persze üdítő kivétel. Kedvenc manga olvasó alkalmazásom, a Manga Rock elég részletes listával számol be a változtatásokról.

itt lehet megnezni, max 1568 core (14c+HT*2/node), 3.5TB RAM 6U-ban
vs
a mostani twin2u-bol kene 3 chassis (12 node), osszesen 864 core (18c+HT*2/node), 3TB RAM

ahogy nezem, baromi olcso (~18 ezer euro a chassis + 28 blade) proci es memoria nelkul; OpenStack ala jo lenne...

http://www.thanko.jp/product/4905.html :-) és még http://www.thanko.jp/product/6600.html

Munin the monitoring tool surveys all your computers and remembers what it saw. It presents all the
information in graphs through a web interface. Its emphasis is on plug and play capabilities. After
completing a installation a high number of monitoring plugins will be playing with no more effort.

Full Story

Nem itt keresett valaki SCSI CD-t?
Lécci jelentkezzen, éppen van 1...

Ember!... Ilyen tuti nincs mégegy...

Iszonyú nagy a telepítő
És lassan is települ. Ehhez nincs link, pár napja du 4 előtt indítottam el a telepítést az ipad-emen, kicsivel éjfél után érkeztem a welcome képernyőre. Ebben benne volt a letöltési idő is persze.
Az alkalmazások gyakran összeomlanak
Az árképzéssel is csak a gond van

">Nagyon nagy gond van
A zsebedben el is görbül
Már ha nem akad bele a kamerába
És még gyártani se tudnak annyit, ami fedezi az igényeket

Ma reggel újra megpróbáltam az L-t a telómon. Eddig (bár csak órák vannak mögöttem a tapasztalatot tekintve) teljes a siker! :)

Nagyon szép, és az utolsó (2014.06.29.) próbálkozás óta (első 3 kép) már működik is. Öröm, boldogság!

https://www.dropbox.com/sh/6e7xh9hs2wyj7g3/AABNhM12ipSaOAsKNLMNY8xOa?dl…

Mi az? Telefonálni és origamizni is lehet vele.

Megoldás

Egy nagyon sűrű hétfő délelőtt megfogalmazódott bennem a gondolat, ha már beruháztam egy új telefonba ami tudja a 4G-t (Nexus 5), akkor jó lenne használni is azt. Naivan azt gondoltam ez egy egyszerű feladat lesz...

nálam.

NOS darab, az én csuklómon van először. elég ritka és nagyméretű acéltokba épített Radio Room. a szokásos Vostok automata szerkezet dátum nélkül (2415-ös, 31 kővel). ezzel komolyabban is lehet merülni. igazi piton szíj, kézzel varrva az én méreteimre és vízállóra kezelve - ügyes hazai mesterember munkája.

http://imgur.com/YmW8t6U

mostmár tényleg egy beépítés következik. azon golndolkozom, hogy ahhoz nem piton kéne.

Szembe jött velem IRC-en egy, hogy

10. Solve the FizzBuzz problem with SQL code.

Oké, van egy piros x a sarokban. Vaaaaagy...

ugy dontottunk itt az ideje, hogy ha mar centralizalni szeretnek a DC-ben a halozati kapcsolatokat, akkor merjunk nagyot almodni, modernizaljunk, es terjunk at 40Gbitre.
feltetel volt hogy 100Gbit-ready legyen az eszkoz, mert szerintem biztos, hogy 1-2 even belul szukseg lesz azokra a portokra is.

legutobb egy darab 9504-ben gondolkoztam, azota ez jelentosen bovult, hogy biztos beleferjen a kovetkezo par ev bovulese.

Bizonyára akik több oldalt kiszolgáló szervert üzemeltetnek használnak valamilyen jobb/rosszabb megoldást adatbázis napi/heti biztonsági mentésére.

Nos, az én hegesztésem alább található.
Amiben érdekesebb, hogy a mysqldump nem egy file-ba kakilja bele az adatbázis szerver összes adatbázisát, hanem külön szedi őket és külön tárolja sql file-okba - így valamelyik oldalnál egy DB fail utáni helyreállítás talán kevesebb huzavonával fog zajlani.

mkdir $(date +%Y_%m_%d)
for line in $(mysql -u backup -AN -e "show databases");
do
mysqldump -u backup $line > $(date +%Y_%m_%d)/$line.sql ;
done

http://www.scp-wiki.net/scp-087

Nem fogok aludni.

Külső usb webcammal. Kevés neki a processzor. :(

vlc -vvv v4l2:///dev/video0:adev=/dev/dsp:audio=0 --sout '#transcode{vcodec=mp2v,vb=800,acodec=mpga,ab=128,channels=2,samplerate=44100}:http{dst=:8000/video.mp4}'

Próbáltam rapsivid-el, de nem vettem észre semmi különbséget.

Esetleg hardveres gyorsítás még segítene (van mpg2 codec), de nem találok semmi használhatót a témában. Valaki sikerült már összehozni valami használhatót?

Adott egy videki ceg. Tobb szazan dolgoznak, tobb videki telephely, de kozel-tavol nincs normalis net-szolgaltato. ADSL a legtobb.
Vegre sikerul kabeles netet szerezni, van nagy orom es boldogsag. Amig be nem uzemeljuk....Utana nem mennek ki a levelek nehany helyre.
http://mxtoolbox.com : nahat, a szolgaltato /24-es haloja en block blacklisten van. Jo, ezt az egy IP-t leszedem. Azota csak 1-2 helyre nem mennek el a levelek.....

Ma ket helyre nem ment el, egyik helyrol "550 Denied by policy" a valasz, masikrol "554 Denied [CS] " Term. semmi "blacklist miatt blokkolva" vagy a "reverse dns nem feloldhato" vagy barmi epkezlab szoveg.

Meglepődve tapasztaltam, hogy a JetBrains szép csendben kiaraszolt egy C/C++ IDE-vel (egyelőre még csak EAP állapotban van), és a képek alapján igéretesnek tűnik. Lehet, hogy a hétvégén körbetesztelem majd egy picit...

Főbb jellemzők:
- GCC/G++ és CLang támogatás
- MinGW/Cygwin támogatás Windows platformon
- Windows / Linux / OS X támogatás (gondolom BSD-n is fut)
- CMake alapú projektek (autoconf/Makefile támogatás még nincs)
- Beépítetten tartalmaz kitesztelt GDB (7.8) és CMake (2.8.12.2) binárisokat

Letöltés: [ Linux | Windows Installer | Windows ZIP | OS X DMG ]

Vajon előfordulhat-e, hogy azt mondja a 'read' (avagy 'recv'), hogy EHOSTUNREACH = No route to host?

A jelek szerint igen, meg is lepte a programocskámat... Most az egyszer nem tudom az egzotikus platformot hibáztatni, CentOs 6.4, x86_64

Asszem az lesz a legjobb megoldás, ha azt a default programágat, ahol az 'ez a hiba nem fordulhat elő' van, szépen kiszedem, és helyette az 'ezt a kapcsolatot megette a fene' nevű ágat használom az 'egyéb hiba' esetén...

Pillanatnyi állapot:
[code]
rc2 = soc_errno;
len = 0;
switch (rc2) {
case SCEWOULDBLOCK:
if (mcb.rdebuglevel>1) {
S3I_DebugLineT ("S3IR_read_soc(%d): WOULDBLOCK\n"
, (int)rdp->pio->sock);
}
rc = S_RD_NODATA; /* nincs mit olvasni */
break;

Szóval a collect2 problémáján elegánsan túllendülünk a '-berok' opcióval, és áttérünk a következő problémá(k)ra.

Ugyebár a libtool ellenkezik a cmake-hit tanításaival, ő kézi erővel állítja el a statikus és a shared libet. Persze amíg van sed és perl, ez kezelhető, de azért zavar tud hozni egy-két apróság:

1. duplikált könyvtárak a linkelésnél (talán csak a hangsúly kedvéért):

        -o libmysqlclient.so\
        CMakeFiles/libmysql.dir/libmysql_exports_file.cc.o\
        -lpthread libclientlib.a ../dbug/libdbug.a ../strings/libstrings.a\
        ../vio/libvio.a ../mysys/libmysys.a -lz\
        /usr/local/lib/libssl.so\
        /usr/local/lib/libcrypto.so\
        /usr/local/lib/libcrypto.so\
        ../dbug/libdbug.a ../mysys/libmysys.a ../strings/libstrings.a\

Mindegy, a shared lib jól jön létre. Remélem, legalábbis.