!!! dev-java/sun-jdk-1.6.0.31 has fetch restriction turned on.
!!! This probably means that this ebuild's files must be downloaded
!!! manually. See the comments in the ebuild for more information.

* Fetch failed for 'dev-java/sun-jdk-1.6.0.31', Log file:
* '/var/tmp/portage/dev-java/sun-jdk-1.6.0.31/temp/build.log'
* Due to Oracle no longer providing the distro-friendly DLJ bundles, the package has become fetch restricted again.
* Alternatives are switching to dev-java/icedtea-bin:6 or the source-based dev-java/icedtea:6
*
* Please download jdk-6u31-linux-x64.bin from:

http://webcache.googleusercontent.com/search?q=cache:jFW1ldpE9LsJ:m.hup.hu/shownode/node/110939%3Fmhuppage%3Dforum+inverter+hazilag+site:hup.hu&cd=1&hl=hu&ct=clnk&gl=hu&client=firefox-a

A napelem kerdes nalam is felmerult, megneztem, lehetseges Trafo nelkuli invertert kesziteni.

De persze nem 450A@12V -rol szol a tema, mint azt sokan kifejtettek az kavzi lehetetlen volna.

De, ha a napelemeket sorba kotjuk, hogy 350-800V jojjon ki belole, igy mar nem hangzik olyan hulyen, mint a topik elejen.
Altalaban 12db panel jo, de erdemes megnezni az adatlapokat..

A kölcsön kapott USB JTAG adapteremet vissza kellett adnom, úgyhogy kipróbáltam az USB-s parport adapteremet.

Az eredeti alaplapomon volt egy párhuzamos port header, de 2.5 év után az alaplap elromlott és garanciában nem tudták ugyan olyan típusúra kicserélni vagy megjavítani. Kiegyeztünk egy másik alaplapban és egy USB-s párhuzamos portban.
http://prolificusa.com/portfolio/pl-2305h-usb-to-ieee1284-bridge-controller/

http://www.youtube.com/watch?v=eYk1wnQCjc4&feature=player_detailpage#t=75s

"Our company newsletter says there are no jobs at other companies.
If we leave here, we'll die a slow and horrible death."

Mar nem veszem be:)

http://www.youtube.com/watch?v=xIraCchPDhk

Sok "ingnorant" meg csak roghog azon, hogy o a hibas. Ignoralva. Valahol ez is kulonos.

George Carlin -nak nagyon jo szovege van, tobb videojat megneztem. Ajanlott.

Perl vs. Python kerdes megvalaszolasara haverom ezt kuldte nekem:
Eleg jot rohogtunk.

http://www.python.org/doc/humor/

JODA: Code! Yes. A programmer's strength flows from code
maintainability. But beware of Perl. Terse syntax... more
than one way to do it... default variables. The dark side
of code maintainability are they. Easily they flow, quick
to join you when code you write. If once you start down the
dark path, forever will it dominate your destiny, consume
you it will.

LUKE: Is Perl better than Python?

A valasz itt van:
http://www.ted.com/talks/lang/eng/jason_fried_why_work_doesn_t_happen_at_work.html

Ovakodj a(z) M&M -tol :)

HUP

http://xkcd.org/810/

Mint ahogy mindig is mondtam, hozzaszolasokat kell ertekelni :)

A Microsoft Support Tools, tartalmaz egy ksetup nevu programot, amivel local accountokat tetszoleges standard kerberos szerverrel authenticalhatunk.

Es mi van azzal a juserrel amit ujonnan hozunk letre a krb5 realm -ban ?

Letre kell hozni minden gepen local userkent.

Vagy megse: http://sc-ap.sourceforge.net/ . Eleg orek az a project.

Vicces, hogy Windows ami manapsag inkabb krb5+ldap kombo lenne, valami osi szarsag miatt SMB uzeneteket is igenyel, hogy magotol elfogodjon egy REALM-ot.

Ahh.., mindegy
Samba4 mogoldja...

BTW:

http://directory.apache.org/studio/

Java/eclipse, de legalabb sok mindent tud.

Eszembe jutott a google telefon hivas tema kapcsan, hogy ranezek nincs -e mar valami http://sipsimpleclient.com/ -es client Linux-ra is. Ugy nez ki vegre megjelent egy beta a Blink-bol.

http://icanblink.com/index.phtml

Probaltad mar ?

Par eve gondolkoztam egy MX1000 -be torteno beruhazason, de kozben lejottem a CS-rol.
Akkor rengeteg eger muszaki adatait vadasztam ossze, es az MX1000 eleg jonak tunt.

Nem csak DPI ami erdekel, meg hogy lezeres. Mar szivtam meg olyan egerrrel ami a nagyon gyors mozdulatoknal hulyeseget csinalt (megalt).
Szamolgattam regen, hogy milyen sebbesegre es pontosagra lehet kepes egy eger meglevo adatok alapjan. De manapsag szinte semmit nem irnak ra.

Jazelle egy mod amit nehany ARM coreon be lehet kapcsolni. Kepes a java bytekod nagy reszet maga futtatni, ha valamit nem tud onmanaga vegezni akkor kivetelet (trap) dob es a rendszer kisegitheti.

Ugy nez ki a jazzele mar a multe, pedig meg jelene sem volt.

Egyedul a mod-ba valtas volt publikusan dokumentalva, az hogy pontosan hogyan kene mukodnie az nem. Egyetlen Opensource JVM sem tamogatta, es sehol sem latok ra utalast, hogy tenylegesen hasznalva lett volna valami ismertebb termeben.
Tud ilyenrol valaki ?

Szerintem kulonbozo korokben hasonlo velemeny lehetett:

Ep azon filoztam, hogy mit hasznaljak egy projekthez.
A valasz a youtubon: http://www.youtube.com/watch?v=XHosLhPEN3k

Draga Jatek lenne, de tetszik.
http://www.xilinx.com/products/targeted_design_platforms.htm

A cimben lathato essid lattam egy titkositott WIFI -n.
Az ilyet legalis torni ?

Kapcsolodo video:aircrack-ng

15 Ways Nokia’s N900 Is Better Than Apple’s iPhone (and 5 ways it’s not)

http://mobilarena.hu/hir/ovi_maps_ingyenes_navigacio_mindorokke.html

3 nagy filera raid10 -en.
-rw-r--r-- 1 root root 1099511627776 2009-12-18 01:48 test_file
-rw-r--r-- 1 root root 1099511627776 2009-12-18 22:37 test_file2
-rw-r--r-- 1 root root 796715384832 2009-12-18 23:55 test_file3

time btrfsck /dev/sdb
failed to read /dev/sr0
found 2999819255808 bytes used err is 0
total csum bytes: 2925526016
total tree bytes: 4080615424
total fs tree bytes: 962560
btree space waste bytes: 870517542
file data blocks allocated: 2995738640384
referenced 2995738640384
Btrfs Btrfs v0.19

real 4m24.130s
user 0m31.800s
sys 0m12.050s

Formazzuk raid10 re.

gep$ time mkfs.btrfs -m raid10 -d raid10 /dev/sdb /dev/sdc /dev/sdd /dev/sde

WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
WARNING! - see http://btrfs.wiki.kernel.org before using

failed to open /dev/btrfs-control skipping device registration
adding device /dev/sdc id 2
failed to open /dev/btrfs-control skipping device registration
adding device /dev/sdd id 3
failed to open /dev/btrfs-control skipping device registration
adding device /dev/sde id 4
failed to open /dev/btrfs-control skipping device registration
fs created label (null) on /dev/sdb

Egy problema megoldasat kerestem es ezt talaltam:

http://www.grymoire.com/Unix/CshTop10.txt

http://www.youtube.com/watch?v=OGdecNDDr9g

Kivancsi lennek milyen infrastrukturat tolnak moge, hogy lehet olcson sok usert kiszolgalni ilyesmivel.

Olyba tunik, hogy a regi USB Battery Charging Specification nem engdelyezte Micro-AB OTG (One-to-Go) portok szamara nagyobb tolto aram befogadasat, a keszulek gyartoja, ha USB certifikaciot szertett volna kapni donthetett, hogy OTG vagy gyors toltes Micro-B porton keresztul.

Ez megmagyarazza, hogy az egyebkent OTG kepes chipekkel szerelt modern eszkozok miert micro-B porttal vannak ellatva.

Ez ilyen eszkozok nemi szofveres buheralas utan altalaban ravehetoek, hogy OTG portkent mukodjenek, ill. nemi csatlakozo fargicsalas utan hasznalhatoak legyenek.

http://www.linuxnap.hu/news.php?item.2.1