Blogbejegyzések

http://imgur.com/tZSAO6s

ez egy szűz állapotában FreeDos && budget notebook, ráadásul a merevlemez technikai okok miatt ki is lett cserélve teljesen üresre. MS forrásból beszerzett W10 ISO-ról telepítve nagyjából két hétig volt félkész állapotban a szekrényben. végül unalmamban elővettem, természetesen még ment aktiválatlanul. kiengedtem hát a hálózatra, hogy ne kelljen minden drivert levadászni. eddig okés, de hát egy restart után a fenti képet látom mindenféle beavatkozás nélkül. erre a célra nem volt kulcsom + a gép ROMjában sincs ilyesmi.

bár vannak kérdéseim - de köszi, ennek tényleg örülök.

egyedi konfigurációs Lenovo Thinkpad laptopokat és számítógépek beszerzését is teljesíteni tudjuk

Gyakorlatilag ki tudja választani, hogy milyen processzorral, kijelzővel, memóriával, merevlemezzel vagy SSD-vel, videókártyával, wifi modullal, 3G modemmel, ujjlenyomat olvasóval, mekkora akkumulátorral, milyen webkamerával, touchpaddal, operációs rendszerrel, garanicával, port átalakító kábelekkel (pl. display port --> HDMI), dokkolóval kéri Thinkpadjét, ennek átfutási ideje kb. 3-5 hét. Így pontosan olyan Lenovo Thinkpad készüléket gyártat magának, amilyet csak akar!

ImageMagick nagyjából az egyik egyeduralkodó képfeldolgozó és manipuláló eszközcsomag, és mint ilyen svájcibicska jellegű eszközkészletet számtalan helyen használják, többek közt, webes szolgáltatásoknál képfeltöltések feldolgozásánál.
Az ImageMagick eszközök a számukra paraméterként átadott fileokat a kiterjesztésük és a bennük található magick byte-on alapján azonosítják. Amennyiben az file kiterjesztése és a hozzá tartozó magick byte nem egyezik úgy a magick byte alapján próbálja az ImageMagick az adott filet konvertálni. Ha az adott filetípust nem tudja kezelni úgy külső alkalmazások segítségével próbálja feldolgozható formátumba konvertálni. Ezen külső, un. delegált alkalmazások listája delegate.xml fileban található meg.
Az imagetragick bug ezen rendszert használja ki, mikor a támadó egy megfelelően preparált képfilet tölt fel a támadott oldalra, és az ImageMagick megpróbálja feldolgozni azt a magick byte alapján egy delegált alkalmazás meghívásával. A "képtartalomban" elhelyezett kód ezen külső alkalmazásban okozott hibával tud műveleteket végrehajtani.
A hiba kihasználása ellen, jelenleg, feltöltött képtartalmak magick byte-jainak ellenőrzése, hogy azok megfelelnek feltölteni/feldolgozni kívánt filetípusokéval és a policy.xml konfigurációs fileban a sérülékeny elkódolóknak a tiltásával lehet védekezni.

ovftool export hibauzenet:
Error: cURL error: Server returned nothing (no headers, no data)

Naplozast bekapcsolva (nem dokumentalt opcio: --X:logFile=log1 --X:logLevel=verbose)


CURL: header data removed
Curl_perform error code 52 (Server returned nothing (no headers, no data))
CURL error buffer: SSL: certificate subject name 'localhost.localdomain' does not match target host name '192.168.X.XX'


Na ilyen esetben nem biztos, hogy erdemes nekiallni egybol a hostot hibaztatni.
Erdemes megprobalni egy masik VM/Template-et exportalni es ha az mukodik, akkor megnezni, hogy nincs-e egy ISO veletlenul csatolva a VM-hez, mint ahogy nalam is volt.
Az ISO levalasztasa utan az export hiba nelkul lefutott.

Történt, hogy egyik fizikai szerverben ilyen üzenetek jelentek meg a dmesg-ben:


[ 650.284068] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[ 650.284076] ata1.00: BMDMA stat 0x24
[ 650.284084] ata1.00: failed command: READ DMA
[ 650.284100] ata1.00: cmd c8/00:80:00:3e:08/00:00:00:00:00/e3 tag 0 dma 65536 in res 51/84:00:18:3e:08/00:00:00:00:00/03 Emask 0x10 (ATA bus error)
[ 650.284108] ata1.00: status: { DRDY ERR }
[ 650.284113] ata1.00: error: { ICRC ABRT }


Ami egy docker container indításánál bukott ki
(már nem emlékszem a konkrét hibaüzenetre), de a / read-only-ba ment át.
A S.M.A.R.T. extended tesztje nem talált semmi rendellenest.
Az internet népe SATA kábel hibára gyanakszik:)

Te is úgy upgrade-eltél Ubuntu 16.04-re, hogy nem igazán nézted meg mi fog változni? Akkor lehet, hogy te is meg fogsz lepődni, vagy talán már meg is lepődtél...

Végre összegyúrták az apt-get -et meg az apt-cache -t a funkciók pedig a rövidebb apt paranccsal érhetőek el. Engem mindig is zavart, hogy apt-cache search/show miért nincs az apt-get -be beépítve. Persze nem nagy a különbség, de userként miért kell tudnom, hogy ez most a cache-ből veszi az infót vagy sem. Apróság, de szerintem jó ez az irány.

Láthatóan a munka még nem ért véget. Nem az összes apt-get, apt-cache funkció érhető el az apt -ben, de a leggyakrabban használtak igen. Remélem később sor kerül az apt-key -re és az apt-add-repository -ra is. Bővebben: man apt, man apt-get, man apt-cache.

http://vizdoom.cs.put.edu.pl/competition-cig-2016

itt már csak a "látottak" alapján mehetnek, értelmezhetnek és tanulhatnak.

Run gpedit.msc

Local Computer Policy -> Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Licensing

"Use the specified RD license servers" = %myservername%

"Set the Remote Desktop licensing mode" = set your desired option

Még mindig az előző blogbejegyzésemben leírt konfiguráción játszok csak most virt-manager és kvm alapokon, az a konfig a melóban volt windows+virtualbox alapokon, most az itthonin újra megcsináltam, annyi baki akadt, hogy a telepítés elején elfelejtettem a friss ceph repot hozzáadni, így véletlenül az ubuntu repoban megtalálható verziót telepítettem(0.80.11-0ubuntu1.14.04.1). Gondoltam akkor megpróbálok innen frissíteni az új verzióra anélkül, hogy leállás lenne, ugye ez az egyik nagy előnye a ceph-nek, hogy egy jó konfigurációba nincs spof bírnia kell a gyűrődést. Az elképzelés az, hogy a virtualizált ceph clusteremre felmásolok egy openwrt disket(kevés már a ramom)és elindítom egy vmben, ez az ami nem állhat le a frissítés alatt. Röviden ez a története ennek a blogbejegyzésnek.

Quick and dirty permanent key-value storage solution in Ruby using the standard lib (thread safety and locking are done automatically), store any kind of object easily:
http://ruby-doc.org/stdlib/libdoc/yaml/rdoc/YAML/Store.html

http://paste.ubuntu.com/16170480/

def store(key, value = nil)
require "yaml/store"
$y = YAML::Store.new("myfile.yml") if not $y
value ? $y.transaction{ $y[key] = value } : $y.transaction{ return $y[key] }
end

# store anything
value = [1, 2, "hello", {:test => "ok"}]
store "mykey", value

# get it back
value = store "mykey"

# this is the file that is created
$ cat myfile.yml
---
mykey:
- 1
- 2
- hello
- :test: ok

http://classicprogrammerpaintings.com/

Avagy hogyan csesszük el optimálisan a szombat esténket.

Kezdett zavarni, hogy régiek a csomagok az eddig amúgy megelégedéssel használt Ubuntu 12.04-en, ezért elszántam magam a frissitésre. Ideje volt, most, hogy már az eggyel újabb LTS is kijött. Azt hittem, hogy majd 1-2 óra alatt végez vele csendesen, én meg közben mással foglalkozom. Nem egészen úgy lett.

Kell hozzá: kb. fél óra, egy jó mintakód (http://doc.qt.io/qt-5/qml-advtutorial.html)

És íme, egy aknakereső: https://github.com/wachag/TreasureHunt

Ronda (a kód is), félkész, de ha belejön az ember, tényleg gyorsan megy.

Szerk:
futtatáshoz: qmlscene main.qml
A C++-alkalmazást nem néztem még meg, hogy miért, de nem tölti be az alkalmazást.

No ma kijött egy jó kis NTP-bugreport. Alig 9 CVE azonosítót sorolnak fel a szokatlanul hosszú SA-ban. És ami külön öröm, eddig 4 gépből (2 VM-ben, 2 fizikai vas; 2 i386-os, 2 Amd64-es) 4 gépen nem megy a freebsd-update. A hibaüzenet:

The update metadata is correctly signed, but
failed an integrity check.
Cowardly refusing to proceed any further.

Hiba jelezve, többen megerősítették, (néhányan nem publikusba, csak nekem, nem is értem) egyelőre össz annyi a "hivatalos" válasz, hogy nyomozzák. (Ami külön vicces, az erről szóló levelet a saját címemre is iszonyat későn kaptam meg, de a levlistán még most sem látom.)

...talán nem túl korán.

A múltkor már panaszkodtam kicsit az UPC-re. Van egy vezetékes előfizetésem, és nem tudtam rendesen használni, nem sikerült SSH-val elérnem egyik szerveremet sem, és néhány teljesen random weboldal is elérhetetlen volt huzamosabb ideig. Ráadásul teljesen instabil volt. Akkor hívtam a hibabejelentőt, azt mondták távolról ránéztek a modememre, és jelszint problémát látnak, küldenek szerelőt. Szerelő jött, nem tapasztalt jelszint problémát, úgyhogy modemet cserélt, a probléma látszólag megoldódott.

Látszólag, ugyanis a hiba nem vész el, csak átalakul.

Tele lett a nadrág.. Amúgy Debian 8, Firefox esr, vajh' honnan szedte a telefon-dolgot.?

http://kepfeltoltes.hu/160428/K_perny_k_p_-_2016-04-28_-_22.56.19_www.k…

2006 telén egy spontán törés alkalmával lelki rehabilitációként leírtam a törésem körülményeit. Néhány nappal később éppen keresgéltem valamit, amikor egy CD-n megtaláltam az első öt oldalt, ami a születésem körüli időről szólt. 2000-ben egyszer már a szüleimmel elkezdtük írni a történetünket, de annyira megrázónak éreztük, hogy inkább abbahagytuk. Ezért, amire emlékeztem, most nekiláttam és leírtam.
Ennek már 10 éve. Az egyik álmom az volt, hogy a könyvet egyszer kiadják. Egy napon aztán a kézirat eljutott a Pillangó Kiadóhoz, amit szintén annak a Kiss Katának köszönhetek, aki által a lift is sikerült, illetve létrejött a Tégy Jót!® ötlete.
A kéziratot aztán a kiadó megszerette és elindultunk a könyvkiadás hosszú, rögös útján. Magam sem hittem volna, hogy eljutunk idáig, de igen! Sikerült! Pályázat és támogatás útján a könyv a mai napon megjelent az NKA és a Kosztyu Ádám Emlékére Alapítvány támogatásával.
A könyv az Üvegfiú - Csontkemény harc címet viseli.
Az életrajzom a mai napon érkezett a nyomdából, május első hetétől kapható az ismertebb könyvesboltokban, webáruházakban.

Amikor megpróbálsz hozzáférni egy _statikus_ tartalomhoz a weben, de ez fogad, amikor a Google-ből továbbkattintasz:

Anyádat.

https://www.helpnetsecurity.com/2016/04/25/critical-flaws-hp-data-prote…

Úgy tűnik, mostanában egyre több a Python-nal kapcsolatos téma a hup-on, úgyhogy esetleg másoknak is érdekes lehet egy kis történelmi visszatekintés a nyelv kitalálójától, Guido van Rossum-tól :
http://neopythonic.blogspot.hu/2016/04/kings-day-speech.html

http://imgur.com/EIywFVR

pénteken fényképeztem.
úgy tűnt, hogy nem viccnek szánják.

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

Használom már egy ideje a BrowserCalls szolgáltatást, ezért gondoltam, hogy leírom a tapasztalataimat.

Regisztrálni kell az oldalon, majd kreditet vásárolni. Ezt meg lehet tenni Paypallal is, tehát teljesen biztonságos a fizetés, nem kell személyes adatot megadni. Minimum 10$-ért lehet kreditet venni.

Ezután meg kell adni a telefonszámodat, melyet ellenőriznek (SMS kód). Ez azért kell, hogyha kimenő hívást indítasz, akkor megjelenjen a telefonszámod a hívott félnél.

Nem kell hozzá semmit telepíteni, WebRTC-t támogató böngészővel alapból megy, tehát pl. újabb Firefox vagy Chrome böngészővel. Linux alatt is megy. Nekem néha nincs hang, ekkor meg kell nyitni a hangerőszabályzót, és fel kell húzni a hangerőt a Firefox WebRTC klienshez, illetve néha a bemeneti hang is le van húzva nullára. Nem tudom, ezt miért csinálja, valami bug lehet az Ubuntu hangkezelésében. Szóval van hang, csak valamiért néha visszaáll nullára a hangerő és fel kell húzni.