Blogbejegyzések

Ezt a levelet kaptam ma a freemail.hu-s fiókomba:

http://pastebin.ca/851832

A levél szerintem egész jól van megírva - ha eltekintünk attól a ténytől, hogy ha nincs beregisztrálva az e-mail cím akkor ezt a levelet sem kaptam volna meg - ezért is fontos, hogy erre felhívjam a figyelmet. Szóvalk óvatlan ismerősök legyenek óvatosak és ne adják ki jelszavaikat.

Tegnap hosszú kihagyás (ünnepek, szabadságok) után ismét volt pénteki póker. Szerintem már mind a hárman vártuk, mert egész héten téma volt. Pigri korábban hozott pár doboz sört, amit Imre nagyon helyesen be is tett a hűtőbe. Az első flop-ra elő is kerültek a dobozok, így jó hangulatban telt a kártyázás. Az elején nem volt szerencsém. Semmitérő lapok jöttek. Egyetlen egyszer volt sorom, de a közös lapok alapján flush esélye volt Sancho-nak. Mindegy, gondoltam, meg kell próbálnom, mert ennél jobb lapjaim nem lesznek. Nem volt szerencsém... A zsetonjaimnak nagy része elúszott. Szépen lecsúsztam az utolsó helyre és ott vegetáltam. Azonban sosem adjuk fel! Az utolsó 250 zsetonból mondtam egy ALL-IN-t, ami be is jött. Elég jól megerősödtem.
Ekkor már 4 óra volt, így emelni kellett a vakokat. A vakemelés után már volt szerencsém is, így előbb Sancho-t majd utána Imrét is "elimináltam".

Az állás:

El vagyok szomorodva teljesen. Nem tudom mi változott a FreeBSD 6.2 óta acpi téren, de számomra rosszabb lett.

A lista ami acpi-val nem megy:

- FreeBSD 7.0 RC1
- FreeBSD 6.3 RC2
- PcBSD 1.4.1
- DesktopBSD 1.6
- FreeBSD 8.0-CURRENT(200801)

Ezek közül egyiket sem tudom bebootolni a gépemen acpival, mert kernel panic-al elszáll. A 6.2-RELEASE teljesen jól működik. :(

A problémám, hogy szeretném forrásból felrakni a vlc 0.8.6d-t egy opensuse 10.3-ra. (Ne gyertek pls azzal, hogy miert nem csomagbol rakom fel... Most konkrétan azért, mert a csomagok v4l támogatás nélkül lettek lefordítva, nekem pedig pont ez kellene. Amúgy meg hiába suse, jobban szeretek forrásból felrakni progikat...)
Szóval az ffmpeg oldalán nem tudom miért, de én csak a legutóbbi snapshot verziót látom mindig, a többit nem. Ez le is fordul, de a vlc fordítása közben valami OpenMux incompatible types hibával leáll. Kaptam egy linket, hogy a gentoo-bazisról szedjem le ... Le is szedtem, de ott meg csak 2007 június-júliusi források vannak fent. Felraktam, ez az openmux hiba most nem jött elő, de a végén asszem mikor magát a vlc-t rakná össze a linker a modulokból, ott majdnem az összes ffmpeg-ben engedélyezett kodekre incompatible types in function XY... Nem értem, ilyen gyorsan változik az ffmpeg?
Aztán javasolták, hogy nézzem meg a debian-ubuntu repokat, de ott is csak márciusi-áprilisi ffmpeg source-ok vannak. A sourceforge-on nincsen fent semmi letöltés.
Szóval mivel a júliusi még nem jó, a snapshot már nem jó, arra gondoltam, hogy mivel a vlc 0.8.6d 11.20-án lett kiadva, az ekkor létező legfrissebb stabil ffmpeg verzióval kellene megpróbálni (optimista vagyok, és remélem erre optimalizálták... :P), de sehol nem találom.
Ezért kérem, hogy ha valakinek meg van a "magánarchivumába" :), vagy tud valami linket ahonnan le lehet vadászni, azt kérem linkelje be nekem, vagy küldje el nekem a hornyakn|gmail#com címre!
Köszi!

A figyelmes olvasók elgondolkodtató dolgokra lelhetnek a magyar elit vezetőség "megfontolt" informatikai döntésével kapcsolatban. Úgy látszik a "Lehet ezt másként is csinálni" szlogen feledésbe merül mihelyst politikusaink megérzik a pénz szagát.

sziasztok.
a fórumon rengeteg iptables kérdés van, de mégsem tudok zöldágra vergődni. csak félig.
a problémám:
Az ubuntu.hu -n olvasott dokumentációt átolvasva ( http://ubuntu.hu/konyvlap/alap-tuzfal-otthoni-pc-re-iptables ), létrehoztam egy iptables scriptet.
a script működik (legalábbis a scriptet lefuttatva a változások megtörténnek), viszont p2p alkalmazásokat sehogyan sem tudok kommunikációra bírni.
p2p alkalmazások nálam = linuxdcpp és deluge torrent.
a használt portokat megadtam a scriptben (linuxdcpp esetén udp-t is, sőt később már mindkét esetben adtam tcp-t és udp-t is az input és output láncon is).
mégsem akar működni, az eredmény mindkét alkalmazás esetén connection timeout.

...

Szomszédos fórumban találtam, de megteccett. úgyhogy idecipelem. :)

Ha több mint 4 giga memóriád van, akkor a windows xp/windows 2003 nem hibernálható - sem az x86, sem az x64 kiadás -, ugyanis 4 giga ram felett letiltották az opciot, mert gyenge a számítógép teljesítménye.

Jobb, rosszabb? Más kell ide?

Mitől csinálhat olyat a noti hogy elindun normálissan és utána úgy saját belátása szerint elsőtétűl a kép és semmire nem reagál majd egy esrőszakos újrainditás után megint kezdődik előről.
A notin típusa: msi-vr610x
Az oprendszer:ubuntu 7.10

Ha valaki hasonlóra adná a fejét, itt egy kis segítség, hogyan fejlesszünk Monóban, grafikus alkalmazásokat a .NET Compact Framework alá.

Az egyetlen problémát az okozza, hogy a CF-ben más publikus kulcsot használnak a library-k aláírására, mint a .NET Frameworkben (és ezért a Monoban is), így logikusan a Monoval fordított állományok nem indulhatnak el .NET CF-en.
jbevain készített egy patcher programot, ami a .NET Framework-ben készített programokban lecseréli az aláíráshoz használt publikus kulcsokat a .NET CF-ben használtra.
A forrás megtalálható itt.

A kis reklámozás a várakozásaimon fellüli látogató számot és oldalletöltést hozott kicsiny projectemnek, aminek nagyon örülök. A teljes decemberi weblapforgalmat ez alatt az alig 10 nap alatt, a januári forgalom utolérte. A letöltések pedig stabilan tartják a 30 körüli átlagos napi letöltést. Jelenleg 30 országból érkeztek látogatók a StreamHijacker weblapjára, a Google Analytics elemzései szerint. (http://streamhijacker.sourceforge.net)

Persze-persze, tény és való, hogy korai lenne messzemenő következtetéseket levonni az alig 1 hónapos project jelenlegi mutatóinak ismeretében, de valljuk be, hogy ez azért nem olyan rossz. Köszönöm mindazoknak a barátoknak, ismerősöknek, akik ötletekkel látnak el, segítik a projectet és reklámozzák ezt az aprócska programot.

Ami hiányzik: 3 kép:
* Vista/HUN 1024x768
* WinXP/HUN 1024x768
* Office2k7/HUN 1024x768

"
Kedves Kami!

Köszönjük, hogy feltöltötted a videót.
Sajnálattal tájékoztatunk, hogy a weboldalra nem tudjuk kitenni a videódat, mivel célunk nem a szabadszoftver, hanem a legális, eredeti szoftverhasználat (és a szellemi tulajdon védelmének) népszerűsítése.

Továbbra is várjuk az eredeti szoftverhasználattal kapcsolatos videódat.

Megértésedet köszönjük.
"
Végülis igazuk van, meg nem is... Szerintetek mi legyen? Van egy ötletem:
Szövegek lecserélése: Szabadszoftver -> Legális szoftver
Utolsó kép: Legális szoftverek felsorolása, vagy sem?

Ez a napokban nem igényel különösebb kommentárt :).
A kiadás dátuma egyelőre a jövő ködébe vész, de a windowsos és mac-es nightly buildekben már tesztelhető (linuxon sajnos nem), és mindenkit bátorítok is erre, mert ekkora programfordításban biztos, hogy van bőven hiba. Viszont még van idő kijavítani :). A hibák jelentésére az openscope hibajelentőjét javaslom, ott biztosan nem vész el semmi, szemben a levelesládámmal.

a munkahelyen kaptam, tartós használatra egy hp compaq 6710b -t

Hosszas szenvedés után, különböző, kernel és disztó cserélgetés után sem akart menni a kvm.

Végül a xen vitte el a pálmát, ami miatt kisebb kompromisszumokra kell hogy kényszerüljek.

nincs sdl csak vnc,
nincs cpu scaler és gnome-settings manager.
de a dl 380 on futó xen alatt működő rendszer megy a laptop alatt is :-O.

előzmények: http://hup.hu/node/49111

Whitfield Diffie, a key figure in the discovery of public-key cryptography, traces the growth of information security through the 20th century and into the 21st. In the 1970s, the world of information security was transformed by public-key cryptography, the radical revision of cryptographic thinking that allowed people with no prior contact to communicate securely. "Public key" solved security problems born of the revolution in information technology that characterized the 20th century and made Internet commerce possible. Security problems rarely stay solved, however. Continuing growth in computing, networking, and wireless applications have given rise to new security problems that are already confronting us.

Szoke es raadasul meg a szeme is kek...
http://www.youtube.com/watch?v=juOQhTuzDQ0&feature=related
lo_0L

P.S.: All Comments (13851 total)

http://videos.onsmash.com/v/yh1tKSR82B3x4Yep

Elég vicces búcsú :)

--

"No trees were destroyed in the sending of this message. However,
a large number of electrons were terribly inconvenienced."

Az MS egyeduralmának megtartását jelentő javaslat decemberben nagy felháborodást [2] keltett a nyílt forráskódú szoftverek hazai terjesztői körében, miután hosszabb ideje próbálták már ráébreszteni a kormányzat felelősöket, hogy a szerződés megújítás jelentős anyagi és technikai hátrányt jelent majd az országnak.

A KSZF pályázati kiírása azonban most a gyártó nevével keres eladókat. A tender netto 25 milliárd forintos keret-megállapodása a közigazgatási és az oktatási intézmények számára Microsoft licenckonsrukciókról szól. A kiírás zárójelben jegyzi meg, hogy a "Microsoft megnevezés használta csak a tárgy jellegének egyértelmű és közérthető meghatározása érdekében történt".

Na azt látom, hogy pl. a 84.2.44.1 (cns0.t-online.hu) és a 84.2.46.1 (cns1.t-online.hu) valamiért november óta nem érvényes (november óta elavult) válaszokat ad a kérdésekre.

Borzasztóan örülök, mert az ügyfelek rám néznek szemrehányóan, hogy miért nem létezik a weblapjuk?

Írtam a helpdesk-nek, kíváncsi vagyok, mozdul-e valaki. Bár simán el fognak zavarni, hogy "ők is veszik valahonnan, ők nem tudnak semmit csinálni".

Korábban többen is felvetették, hogy jó lenne összedobni a HUP számára egy LWN előfizetést, hiszen az oldalon számos cikket csak a megjelenés után 1-2 héttel olvashat el az, aki nem előfizetője az oldalnak. Teljesen igaz, sokszor lett volna miről beszámolni, de csak hosszabb csúszással tudtam a cikkekhez hozzáférni és ebből kifolyólag írni is róluk. Tegnap azonban 1 évre előfizettem az LWN.net-et, aminek várhatóan az lesz az előnye, hogy egyes Linux kernellel kapcsolatos dolgokról előbb fogunk értesülni mint eddig. Emellett az sem mellékes, hogy anyagilag segítettük az LWN munkáját, amely a HUP híreinek egyik stabil forrása.

Az előfizetést a HUP-on végzett munkát támogatók adományaiból vásároltam, így ismét köszönet nekik a szupportért!

Google currently processes over 20 petabytes of data per day through an average of 100,000 MapReduce jobs spread across its massive computing clusters. The average MapReduce job ran across approximately 400 machines in September 2007, crunching approximately 11,000 machine years in a single month.
http://www.niallkennedy.com/blog/2008/01/google-mapreduce-stats.html

:)

Köszi Endre:) (szerk, a nickje kis e, azert volt kicsivel eddig.)

Ha netán érdekel valakit, majd leírom vagy leírjuk a felhasznált stuffokat, de most szunya.

2 nap van hatra! Hehej!

ps.: Endre firefoxa mégminmálabb, de a 0 padding/margin skin nekem mar nem jön be.

Mert ilyen is van. PointUI a neve. Tulajdonképpen az eredeti WM GUI shell alternatívája (gyk.: desktop environment). A meglévő shell mellett fut, nem jár semmilyen radikális változással a telepítése.

Stylus nélküli használatra készült (ez az alap GUI-val lehetetlen), és ezt elég jól meg is oldották.
Az alap shell ronda (semmi színátmenet, lekerekítés vagy átlátszóság), lassú, darabos, barátságtalan. Tudom, hogy a 200 MHz nem sok, és ezt érezteti is velem a gép.

A PointUI szép. Lekerekített, tele grádiensekkel, glossy effektekkel, fokozatmentes áttetszőséggel, beúszásokkal, rugalmasan visszapattanó menükkel, 3D-ben transzformált ablakokkal, glow-val a kattintott menü alatt, nagy gombok, szép ikonok, színes, szagos. És mindezt teljesen flawlessly, a régi shellel a háttérben, a menük pöccre gördülnek le, az effektek nem szaggatnak és és és.

sziasztok!

be akartam kapcsolni az erositomet, erre nem hallom a kattano hangot, amit szoktam.. odanezek,
es a kijelzon semmi. megnezem a gombot, a gomb koruli piros orfeny se egett.. neztem,
be van dugva, atdugtam mashova: semmi...

mi tortenhetett vele? szerviz? :-(