Blogbejegyzések

Oracle és az Ask Toolbar

http://weblogs.java.net/blog/cayhorstmann/archive/2013/02/02/i-didnt-as…

Summary: In these unhappy days where Oracle is working hard to regain the trust of users, it seems a staggeringly bad idea that the Java updater installs the Ask toolbar by default. It's plainly bad for Java and can't possibly be worth the few clams in additional revenue. If you agree, please sign the petition.

These are unhappy days for desktop Java. Java is under constant attack by hackers. Operating systems and browsers now disable Java by default. (Just yesterday, I had a Webex call and for the life of me, I could not find out how to get Webex—which uses Java—to work in Firefox. We switched to Flash-based Adobe Connect instead.)

A jó, a rossz és a csúf

Jó dolog, hogy Trey kitette a szavazásomat, mert kíváncsi voltam, mégis mekkora eltérés van és a Mo.-i átlag és az itt jelenlevők közt.
A rossz, hogy Trey betett a végére plusz egy kérdést ezzel elcseszve az egészet. Egy szavazásnál nem szabad polkorrektkedni, kiskapukat hagyni. Akinek van intelligenciája, önkontrollja és kényesnek érzi a kérdést, az képes megállni, hogy mindenáron szavazzon.
A csúf, amit a kommentekben kialakult szálak mutatnak. Ez utóbbiak sokkal inkább reflektálnak a népesség problémáira. Ahogy annó megmondták: Nem a szegénységgel van itt a gond, hanem a sötétséggel.

"Cannot connect to storage"

1

Pár napja előjött az a probléma, hogy az éjszakai mentések idején az egyik iSCSI storage-on levő datastore-t rövid időre elveszítették az ESX(i) hostok. Úgy tűnt, hogy mindig ugyanannak a kontrollernek két portja tűnt el. Négy redundáns úton látszik minden LUN, így kettő marad még. A probléma az, hogy a logok szerint volt olyan is, hogy a másik kettő path is elszállt és kb. 10 másodpercre a datastore is eltűnt a hostok látóteréből. Érdekesség, hogy ebből a hostokon futó virtuális gépek és a rajtuk futó guest OS-ek semmit sem vettek észre. Rákeresve a problémára, számtalan helyen, számtalan konfiggal (iSCSI, FC storage, különböző ESX verziók) előforduló hibajelzés ez, de valós hibát sehol sem okozott (legalábbis, amelyik postot olvastam, ott mindig arról számoltak be, hogy valós problémát nem láttak).

Az egyik szálban olvastam, hogy a datastore útválasztásnál a "Fixed (VMware)" path selection policy megoldotta az exotikus problémát. Ez eddig is így volt a problémás datastore-nál beállítva, de elosztottam az utakat a kontrollerek közt igazságosabban és azóta a probléma nem jelentkezett.

Érdekes, hogy a fórumpostok közt volt olyan, akinél hosszú ideje megy ez így, de problémát nem okozott neki. Lehet, hogy ez csak valami bug, ami valójában nem is bug? Vagy lehet, hogy valami timeout számláló van kicsire állítva alapértelmezetten és nagyobb terhelés esetén tol egy warning-ot? A fórumokban megoldás - az fent említett egy kivételével - nem nagyon volt a problémára.

[Apple] con\con hiba reloaded

Emlekeztek meg az Internet explorer con/con hibajara? Az Apple-nek sikerult a bug egy ujabb formajat elkovetni, ezuttal a file:// protokoll segitsegevel.

Tomoren: ha OS X-en bizonyos helyeken (olyanon, ahol a spellchecker futni tud) temposan begepeled azt, hogy File:/// (nagy F-fel), akkor az app szepen elcrashel. A hibat a spellchecker okozza amugy, kikapcsolasaval elkerulheto a problema.

Forras: Open Radar

Logout script Xfce környezetben

Zenehallgatásra MPD-t használok, mert csak. Ugyanakkor a PulseAudio hangszerver felhasználónként indul. Ezzel az a gond, hogy belép az egyik felhasználó, elindul a hangszerver, autostart scriptből indul az MPD, csatlakozik a hangszerverhez. Kijelentkezéskor jó volna kinyiffantani az MPD-t és a hangszervert, hiszen ezek nélkül a másik felhasználó belépésekor indul ugyan hangszerver másik példánya, de a másik felhasználó MPD-je már nem a második hangszerverhez szokott kapcsolódni. Arról nem is beszélve, hogy ha több MPD fut, hova csatlakozik vajon a Sonata kliens? Tehát kellene logout script.

F18 Deja dup - jegyzet magamnak és másoknak

Fedora 18 Biztonsági mentés alkalmazása SSH esetén kicsit csavaros volt.
Belőttem mindent, nem ment. Kipróbáltam az accot konzolból, ment.
Aztán egy fórumban találtam megoldást. Hiába van az accnak ugye egy homeja, azt teljes útvonallal meg kell adni a programnak.

Pl.:
Szerver: 192.168.1.30
Port: 22
Mappa: /home/lajos/backup/
Felhasználó: lajoskahopp

Google FTW!!!

Úúúúúúgy imádom a Google-t, meg az ő JavaScriptes-billentyűzetesemény-elkapós huncutságait! Mostanság sokszor csodálkoztam, hogy mi a francért van a Youtube videón levéve a hang, amikor szoftveresen direkt nem szoktam piszkálni a hangerőt, azért van a hangerőszabályzó gomb. Most is le volt tekerve. Na mondom felrakom. Megnéztem a videót, nézzük a kommenteket! Le-Le-Le-Le, nem gördül lefele az oldal!!! Jajj, de a hangerő viszont igen!!!

ÁÁáááÁÁÁÁÁáÁÁÁááááá!!!!

Szomorú vagyok és már csak az tartja bennem a lelket, hogy az internetes trendek eddig elég kárászkérészéletűek voltak. Ezt az ad-hoc shortcutozást nem fogom sokáig bírni...

Megette

Győrben ha jó hamburgert akarsz enni, akkor érdemes Révfaluban felkeresni a Mackó Kuckót. Ha az egyetemen dolgozunk, akkor csak ott eszünk. A tulajdonos (jó értelemben) elmebeteg. Valószínűleg ezért született meg a fejében az óriáshamburger - a Big Grizzly - kínálásának ötlete. A hamburger két és fél kilós. A zsemle és a hús 1-1 kilogrammot nyom, további fél kilogramm a saláta és a többi körítés. 17 normál méretű hamburgernek felel meg. Ha megeszed, nem kell kifizetned. Eddig 19-en próbálták megenni, de senki sem járt sikerrel. Fekete László, az ország erős embere viszont kivégezte. 55 perc áll rendelkezésre az elfogyasztására. Az erős embernek 36 perc kellett hozzá.

Minden napra egy pong: házi építésű tv foci

Kis gyűjteményem első, magyar házibarkács tv focija. Nagy szerencsével sikerült megvennem egy licites oldalon, meglepően kevesen figyelték, emléxem rá. (Talán rajtam kívül 2 emberke.) Ráadásul a szomszédból, Orosházáról került elő, egy Amiga 500 dobozzal egyetemben.

Nem az eladó családjából származott a gépezet, így eredetéről nem sikerült megtudnom semmit, pedig igencsak kíváncsi lettem volna rá, ki készítette. Az eredeti irányítók hiányoznak, egyszer talán készítek hozzá, majd ha sok időm lesz. ( ;-) ).

IBM DPTA-372050 20.5 GB merevlemez újraéledése

Még 2005-ben történt, hogy sikerült kitörnöm a címben írt merevlemez IDE csatlakozójának egyik lábát... de úgy hogy még a NYÁK-ról is leszakadt. Betettem a szekrénybe, ha lesz időm/kedvem forraszgtatni, akkor majd nekiállok.
Tegnap kedvet kaptam hozzá. Csak egy régi szlovák pákám van, de aki akar, azzal is tud dolgozni. ( Na jó... 100 lábú smd-hez azért nem nyúlok, nem csak azzal, semmivel. ) Végül is kész lett 20 perc alatt, erre a műtétre várt 8 évet.
Rá is kötöttem a gépre, secondary masterként. A BIOS megismerte, de boot-oláskor gyanús kerregések jöttek belőle, ami IO hibáknál szokott lenni. Az is volt. A cfdisk /dev/hdc hatására csak kerregés jött, meg a kernel-debug telehányta a képernyőt üzenetekkel, hogy mely szektorokat nem tudta olvasni.
De particionáláskor miért akarja olvasni a 200., 300., 400. szektorokat? Ja mersze, multisector data transfer, meg LBA... reboot, kikapcsoltam a BIOS-ba, aztán újraindítás. Most nem kerregett. A cfdisk-kel is sikerült rajta partíciókat létrehozni.
Van egy hibás vinyóm, és örülök neki, legalább végre játszhatok a dd, dd_rescue nevű játékokkal, meg olyanokkal, amiket eddig nem mertem kipróbálni semmilyen merevlemezen.
Kezdjük: dd if=/dev/zero of=/dev/hdc: vajon meddig jut? Néhány tízezer szektor után kerregés. Nahh... itt hibás... de mi van a 200..400 szektorok környékén? Miért nent túl hiba nélkül mikor az előbb ott akadt el?
Akkor folytassuk: dd_rescue if=/dev/zero of=/dev/hdc: megy... 18.7 MByte/s... már a milliomodik szektor körül jár, és nincs kerregés. Majd lesz, ha visszaolvasom sima dd-vel
Nem lett... Mind a 20 millió szektort visszaolvasta, kerregés nélkül.
Próbaként rátoltam egy Linuxot, csak úgy swap nélkül, egy particióra. Futott, hibátlanul.
De hová lettek a hibás szektorok? Lemágneseződött volna a lemez, és az írás helyrehozta? Pedig szinte örültem, hogy van végre egy szektorhibás vinyóm...

Computer Scientists Find New Shortcuts for Infamous Traveling Salesman Problem

The shortest traveling salesman route going through all 13,509 cities in the United States with a population of at least 500 (as of 1998).

Not long ago, a team of researchers from Stanford and McGill universities broke a 35-year record in computer science by an almost imperceptible margin — four hundredths of a trillionth of a trillionth of a trillionth of a trillionth of a percent, to be exact.
...
In 1976, Nicos Christofides, a professor at Imperial College London, developed an algorithmthat produces routes guaranteed to be at most 50 percent longer than the shortest route.
...
Finally in 2011, the Stanford-McGill team edged past Christofides’ 50 percent guarantee for certain types of traveling salesman problems, showing that its algorithm’s solutions would be at most 49.99999999999999999999999999999999999999999999999996 percent longer than the true answer.
http://www.wired.com/wiredscience/2013/01/traveling-salesman-problem/al…

UPnP Security bug

http://www.reuters.com/article/2013/01/29/us-cybersecurity-bugs-idUSBRE…
http://www.redorbit.com/news/technology/1112773296/upnp-soap-bug-intern…

Ha jól értelmezem a dolgokat, a MiniUPnP egy korábbi verziója, és a Portable UPnP SDK tegnap előttig létező verziói problémásak a hírek szerint. SOHO (D-Link, Linksys, stb) routerek persze előszeretettel használják ezeket.

Minden napra egy pong: Sonesta "Hide-away tv game"

Egy újabb kézi tv foci, Sonesta Hide-away tv game néven. Hinnétek, hogy lomosok szedték ki kuka mellől? Zsír állapot, dobozzal, hungarocellel, kezelési útmutatóval, számlával!!!

Rendkívül jó állapotban maradt meg ez a játék dacára a gyártásától eltelt harmincegynehány évnek. Formája alapján, ahogy egy ismerős mondja, simán "honkitonkinak" is gondolhatnánk, de ez bizony egy tv foci!

Érdekes részlet az eredeti blokk is, melyből kiderül, hogy 19.90 nyugatnémet márkába került a hozzá való tápegység. Kedvencem a dobozon látható grafika. Első ránézésre mikrohullámú sütőnek gondolná az ember a remekbe szabott tv ábrázolást. De akkor meg mit keres ott az az izé hozzákötve?

A http://hup.hu/node/121368 margójára

Az egyszerűség kedvéért:
(1) tahadék bunkó menstruáló hisztis frusztrált csaj
(2) Jobb világ lenne, ha az emberek nem ilyen büdösparaszt módon próbálnák előadni az igazukat.

Sikerült megnyerni magamnak az "ügyeletes hup-os homokzsák" szerepet! Miért is?

Lanten (mostani neve Gyümölcstárhely) a vezérlőpultjában kitett egy (mint utólag kuderült: hibás) "levelező program beállítása" tájékoztatót.
A lényeges adat: "(SSL) mail.lanten.hu".
Sajnos csak utólag derült ki, hogy x sikertelen próbálkozás után letiltanak a levelzésről ÉS A HTTP-ről, utóbbi azért gáz, mert a "tudásbázis" elérhetetlenné válik!
A szívás törvényszerűen bekövetkezett. Természetesen kerestem az ügyfélszolgálatot, emailben és telefonon is.
Mellesleg elküldtem a beállításaimról egy screenshot-ot, gondoltam segít a hiba keresésben, egyébként is tipikusan kérni szoktak ilyesmit az ügyfélszolgálatok (később vissza fog köszönni).

Telemarketingesek és Asterisk - első felvonás

Sziasztok!

Olyan régen írtam ide bármit is, hogy eljött az ideje a következő bejegyzésnek.

Mostanság a telemarketingesekkel gyűlt meg a bajom, helyesebben elegem lett abból, hogy a legváratlanabb és legalkalmatlanabb pillanatban képesek felhívni az embert, hogy azt mondhassam nekik, "nem érdekel".
Nagyon sok kellemetlenséget okoztak már ezzel és kizökkentik az embert abból, amit éppen csinálna.

Nos, ma kaptak tőlem egy menürendszert ajándékba a "vezetékes" telefonon.
Egyelőre annyit, hogy ha valaki rejtett számról próbálkozik, két lehetőség közül választhat:
- NEM telemarketinges
- Telemarketinges

JDK a szerverre

Ugye ez így csak egy vicc az Oracle részéről?
Fejlesztői szerverre kellett raknom JDK-t. Irány a letöltési oldal, kéri az authot letöltéshez. Ez már gyanús. Gondoltam balga módon, linksből is menni fog ez, csak gondoltak azon hülyékre, akik nem tesznek guit a szerverre. Hát nem gondoltak.
Maradt az, hogy letöltöttem desktopra, majd SCP-vel fel...

Nexus 4

A hírek szerint újra kapható a Google Play-en, már a világ szerencsésebb részén...
Nekem még decemberben sikerült rendelni Németországban, de csak jövő héten jut el hozzám, már nagyon várom :)

Innovate or Die: Wisdom from Apple, Google and Toyota

One of the prescriptions you suggest for companies to avoid obsolescence is to cannibalize their own products. Explain.
The reason you need to cannibalize is because change is coming so fast and new technologies are coming and obsoleting old technologies. If you don’t cannibalize your own products, your competitors will. A classic example is Apple, which introduced the iPhone and cannibalized the iPod.

...
How long does it usually take for a big innovation to find success?
On average it takes about six years for a new product to take off. Initially, the products with the new technology are often inferior. But as the quality improves and the price drops, they offer a better value than the old technology.

Minden napra egy pong: Ideal-Computer Tele-Match Casette 2

Ez a játék igazi ritkaság, közvetlen a tv-be kellett csatlakoztatni, tehát csak speciális készülékekkel működött.

A 70-es években jelentette meg a német ITT saját "Ideal Color" nevű tv készülékéhez ezt a játékot. A távirányító csatlakozó helyére kellett csatlakoztatni, így közvetlen a készülékről kapott áramot. Szerencsére jó hosszú vezeték járt a kontrollerekhez, így nem kellett a tv előtt kuporogni játék közben.

Négy különbőző változatot árusítottak, az I. és II. típusok a játékok számában különböztek. (Négy és nyolc játék, mind pong típusú.) A két típus kontrollerének a különlegessége még, hogy nyolc irányba volt mozgatható, szemben az átlag pongok fel-le irányával. A két egység kontrollere annyiban különbözött, hogy a II. egység irányítói Start és Reset gombot is tartalmaztak, míg az I. egységé csak Resetet.