Blogbejegyzések

Merő véletlenségből az utolsó Szfv-Komárom személyvonattal jöttem haza Győrbe Fejérből. A vonat fel volt koszorúzva, a nagyobb állomásokon gyertyás "gyásznép" fogadta a szerelvényt, amelyik hosszan dudált a megállóhelyeknél.

A helyére buszközlekedés áll majd, de nekem ez abszolút fail. Bodajkon (ahova rendszeresen járok barátnő miatt) a vasútállomás rendes helyen van, a busz viszont a 81.-es főúton halad (Kisbérig) majd, tehát át kell sétálni az egész kisvároson, majd egy jó fél km-es szakaszon az út szélén haladni, és átvágtatni a "halálúton" a másik oldalra. Egyáltalán nincs felkészítve a gyalogosforgalomra. Ráadásul az 1-1,5 órás menetidő helyett Komáromig (ahol még át kell szálljak vonatra vagy buszra) állítólag 2-3 óra alatt fog felérni mert minden falut érinteni fog.

Sokan kértétek, ezért mától kapható a Linux tanga a PingvinBoltban.

In a nutshell: A tortenet ott kezdodott hogy jott a szokasos Linus ranting. Hogy miert nem rakjak mar mainline-ba, miert nem olvasszak be. Jott a valasz hogy vannak meg jogi problemak a mikrokod felett (geforce 6 es felette levo kartyakhoz van ra szukseg). Vegul ment a huza vona, s Linus gyozott. Megkerulessel de megoldottak a problemat.

Itt van a tortenet:
1: Linus rant
2: Microcode problema
3: A vodoo_ctx kikerul
4: A tortenet utolso szakasza/megoldas
5: Linus LKML utolso reply (pony-ra)

Hiena blogja juttata eszembe, hogy nekem is volt egy remek irq ütközésem, és hogy így eszembe jutott, hát gyorsan bootoljunk is be és nézzük, mit lehet vele kezdeni.
na így is történt, mintegy 64000 darab syslog irq-s sikolybejegyzés meg is volt, ahogy kell, épp el is kezdtem guglizni, hogy akkor most ez mitől és hogyan, mire bevetődik az update manager, hogy 50 terabájt frissítést töltsek le de márazonnal... hát nah, tőccsed fijam, majd akkor utána nézelődök megint.
hát persze volt kernel frissítés meg minden, meg reboot után nvidia bináris driver újratelepítés, hogy lássak is valamit... szóval semmi szokatlan.
hát ekkor elkezdtem megint syslogot nyálazni, és ni! egy darab hiba nincs benne! wáááúúúú!
ez mondju azért fura, mert bootolás közben a sosemvillogó xsplash, mikor tizenkilencedszer vált üzemmódot meg betűtípust, akkor azért köpi kifelé a hibákat (udev nem tud fájlt olvasni, udevnek ez fáj, udevnek az fáj, ureadahead (mint kiderült ez nem hiba, hanem ez csak egy értesítés, néhánytucatszor...)
szóval érdekes. sok minden javulgat... de jó is, hogy kiadták ez a karmicot októberben... talán jövő októberben kellett volna :)
viszont a javát megjavítottam, úgyhogy most már van java mikulásom is -> adblock :)
de a pulse audio az továbbra is lenémít mindent, amit csak talál, pedig elvileg már 2 hónapja fixed...

http://digg.com/comedy/Hello_I_T_Department_My_display_seems_to_be_froz…

a mai libmsn update (4.0beta8 -> 4.0.1) valahol gázos, nálam a kopete nem tudta betölteni a modult, downgradelni kellett.
már jelentették a bugot több helyről is, gondolom lesz majd fix nemsokára
csak gondoltam szólok :)

Forráskód: http://sourceforge.net/projects/xfce/files/xfce-4.4/4.4.3/xfce-4.4.3-sr…

Script:

Teljes linux natív támogatása a chipsetnek 2.6.34-rc3-git4 kerneltől a stabil 2.6.34es kernel verzióban(kiadás dátuma:10/05/16) elérhető.Az Atherosnak így az ath9k_htc ezen meghajtó fejlesztése,esetleges további javításokat eszközölve,de befejezettnek tekinthető.[1][2] Szerk:10/06/06

Támogatott Funkciók:
# Station Mode
# Monitor Mode
# IBSS Mode
# Legacy (11g) operation
# HT support
# TX/RX 11n AMPDU aggregation
# HW Encryption
# LED
# Powersave
# Suspend/Resume

Wikipédián találtam:

Autoboxing is incomplete and can never be fully or properly implemented without operator overloading.

For example:

Integer a = 2;
Integer b = 2;
Integer c = 2000;
Integer d = 2000;


if ( a == b ) { /* this block will execute */ }
if ( c == d ) { /* this block WON'T execute! */ }

127-ig (byte) működik az ==, utána már csak az equals jó. De egyáltalán miért működik, és miért 127-ig?

Miért van az, hogy a csudaszuper linux nem képes olyan egyszerű műveletekre, mint az IRQ megosztás kezelése?
Értem én, hogy büdöspumpán véges számú IRQ van, de ha 20 évvel ezelőtt már képesek voltak nagysebességű, két IRQt használó buszrendszert készíteni és hozzá egy megfelelő sebességű megosztott IRQ kezelőt írni, akkor mi a rákért nem lehet ebből tanulni? Vagy esetleg átvenni?
Miért kell a "csúcsfejlett számítógépet" kétnaponta szétszedni, egy kártyát kivenni belőle és utána imátkozni, hogy a BIOS a negyedik, ötödik próbálkozásra kisakkozza az ütközésmentes konfigurációt?
Miért van, hogy egy 10 éves szabványt nem képesek implementálni a linux kernelbe?
Nem kell válaszolni. Inkább előveszek egy 18 éves, kissé kopott gépet, és élvezem, hogy az ő megszokott, kényelmes tempójában, szépen tudom a munkám végezni...

Kezdődött azzal, hogy a Vmware nem indult. Itt azt javasolják, hogy töröljük ki a modules könyvtárat és a vmware újragenerálja a modulokat.

rm -Rf /usr/lib/vmware/modules/binary

A kernel a 2.6.28-ról 2.6.31-re frissült.

A logban ennyi van:

Logging to /tmp/vmware-root/setup-9806.log
ERROR: modinfo: could not find module vmmon
ERROR: modinfo: could not find module vmnet
ERROR: modinfo: could not find module vmblock
ERROR: modinfo: could not find module vmci
ERROR: modinfo: could not find module vsock
ERROR: modinfo: could not find module vmmon
ERROR: modinfo: could not find module vmnet
ERROR: modinfo: could not find module vmblock
ERROR: modinfo: could not find module vmci
ERROR: modinfo: could not find module vsock
ERROR: modinfo: could not find module vmmon
ERROR: modinfo: could not find module vmnet
ERROR: modinfo: could not find module vmblock
ERROR: modinfo: could not find module vmci
ERROR: modinfo: could not find module vsock
ERROR: modinfo: could not find module vmmon
ERROR: modinfo: could not find module vmnet
ERROR: modinfo: could not find module vmblock
ERROR: modinfo: could not find module vmci
ERROR: modinfo: could not find module vsock
ERROR: modinfo: could not find module vmmon
ERROR: modinfo: could not find module vmnet
ERROR: modinfo: could not find module vmblock
ERROR: modinfo: could not find module vmci
ERROR: modinfo: could not find module vsock
ERROR: modinfo: could not find module vmmon
ERROR: modinfo: could not find module vmnet
ERROR: modinfo: could not find module vmblock
ERROR: modinfo: could not find module vmci
ERROR: modinfo: could not find module vsock
Using 2.6.x kernel build system.
In file included from /tmp/vmware-root/modules/vmmon-only/./include/vmware.h:25,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:48:
/tmp/vmware-root/modules/vmmon-only/./include/vm_basic_types.h:103:7: warning: "__FreeBSD__" is not defined
In file included from /tmp/vmware-root/modules/vmmon-only/./include/vmware.h:25,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:48:
/tmp/vmware-root/modules/vmmon-only/./include/vm_basic_types.h:160: error: conflicting types for ‘uintptr_t’
include/linux/types.h:41: note: previous declaration of ‘uintptr_t’ was here
In file included from /tmp/vmware-root/modules/vmmon-only/./include/x86.h:20,
                 from /tmp/vmware-root/modules/vmmon-only/./include/machine.h:24,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.h:15,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:49:
/tmp/vmware-root/modules/vmmon-only/./include/x86apic.h:79:1: warning: "APIC_BASE_MSR" redefined
In file included from /usr/src/linux-headers-2.6.31-16-generic/arch/x86/include/asm/apic.h:11,
                 from /usr/src/linux-headers-2.6.31-16-generic/arch/x86/include/asm/smp.h:13,
                 from include/linux/smp.h:36,
                 from include/linux/topology.h:33,
                 from include/linux/gfp.h:7,
                 from include/linux/kmod.h:22,
                 from include/linux/module.h:13,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:12:
/usr/src/linux-headers-2.6.31-16-generic/arch/x86/include/asm/apicdef.h:133:1: warning: this is the location of the previous definition
In file included from /tmp/vmware-root/modules/vmmon-only/./include/x86.h:21,
                 from /tmp/vmware-root/modules/vmmon-only/./include/machine.h:24,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.h:15,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:49:
/tmp/vmware-root/modules/vmmon-only/./include/x86desc.h:593:7: warning: "_MSC_VER" is not defined
In file included from /tmp/vmware-root/modules/vmmon-only/./include/machine.h:24,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.h:15,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:49:
/tmp/vmware-root/modules/vmmon-only/./include/x86.h:830:1: warning: "PTE_PFN_MASK" redefined
In file included from /usr/src/linux-headers-2.6.31-16-generic/arch/x86/include/asm/paravirt.h:7,
                 from /usr/src/linux-headers-2.6.31-16-generic/arch/x86/include/asm/irqflags.h:61,
                 from include/linux/irqflags.h:57,
                 from /usr/src/linux-headers-2.6.31-16-generic/arch/x86/include/asm/system.h:11,
                 from /usr/src/linux-headers-2.6.31-16-generic/arch/x86/include/asm/processor.h:17,
                 from include/linux/prefetch.h:14,
                 from include/linux/list.h:6,
                 from include/linux/module.h:9,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:12:
/usr/src/linux-headers-2.6.31-16-generic/arch/x86/include/asm/pgtable_types.h:182:1: warning: this is the location of the previous definition
In file included from /tmp/vmware-root/modules/vmmon-only/./include/vcpuset.h:78,
                 from /tmp/vmware-root/modules/vmmon-only/./include/modulecall.h:22,
                 from /tmp/vmware-root/modules/vmmon-only/./common/vmx86.h:18,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.h:16,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:49:
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:226:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:230:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:298:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:304:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:402:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:489:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:576:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:663:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:665:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:748:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:750:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:831:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:833:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:912:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:914:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:1073:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:1077:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:1308:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_atomic.h:1433:7: warning: "_MSC_VER" is not defined
In file included from /tmp/vmware-root/modules/vmmon-only/linux/driver.h:20,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:49:
/tmp/vmware-root/modules/vmmon-only/./include/compat_wait.h:37:5: warning: "VMW_HAVE_EPOLL" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/compat_wait.h:43:5: warning: "VMW_HAVE_EPOLL" is not defined
In file included from /tmp/vmware-root/modules/vmmon-only/linux/driver.h:20,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:49:
/tmp/vmware-root/modules/vmmon-only/./include/compat_wait.h:60: error: conflicting types for ‘poll_initwait’
include/linux/poll.h:70: note: previous declaration of ‘poll_initwait’ was here
In file included from /tmp/vmware-root/modules/vmmon-only/./include/vm_basic_asm.h:32,
                 from /tmp/vmware-root/modules/vmmon-only/./include/vm_asm.h:25,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:52:
/tmp/vmware-root/modules/vmmon-only/./include/vm_basic_asm_x86.h:48:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_basic_asm_x86.h:109:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_basic_asm_x86.h:278:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_basic_asm_x86.h:385:7: warning: "_MSC_VER" is not defined
In file included from /tmp/vmware-root/modules/vmmon-only/./include/vm_asm.h:30,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:52:
/tmp/vmware-root/modules/vmmon-only/./include/vm_asm_x86.h:430:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_asm_x86.h:676:7: warning: "_MSC_VER" is not defined
/tmp/vmware-root/modules/vmmon-only/./include/vm_asm_x86.h:716:7: warning: "_MSC_VER" is not defined
In file included from /tmp/vmware-root/modules/vmmon-only/linux/vmhost.h:13,
                 from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:71:
/tmp/vmware-root/modules/vmmon-only/./include/compat_semaphore.h:5:27: error: asm/semaphore.h: No such file or directory
In file included from /tmp/vmware-root/modules/vmmon-only/linux/driver.c:80:
/tmp/vmware-root/modules/vmmon-only/./include/compat_kernel.h:21: error: expected declaration specifiers or ‘...’ before ‘compat_exit’
/tmp/vmware-root/modules/vmmon-only/./include/compat_kernel.h:21: error: expected declaration specifiers or ‘...’ before ‘exit_code’
/tmp/vmware-root/modules/vmmon-only/./include/compat_kernel.h:21: warning: type defaults to ‘int’ in declaration of ‘_syscall1’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:144: error: unknown field ‘nopage’ specified in initializer
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:145: warning: initialization from incompatible pointer type
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:148: error: unknown field ‘nopage’ specified in initializer
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:149: warning: initialization from incompatible pointer type
/tmp/vmware-root/modules/vmmon-only/linux/driver.c: In function ‘LinuxDriver_Ioctl’:
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1656: error: ‘struct task_struct’ has no member named ‘euid’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1656: error: ‘struct task_struct’ has no member named ‘uid’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1657: error: ‘struct task_struct’ has no member named ‘fsuid’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1657: error: ‘struct task_struct’ has no member named ‘uid’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1658: error: ‘struct task_struct’ has no member named ‘egid’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1658: error: ‘struct task_struct’ has no member named ‘gid’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1659: error: ‘struct task_struct’ has no member named ‘fsgid’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1659: error: ‘struct task_struct’ has no member named ‘gid’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1661: error: ‘struct mm_struct’ has no member named ‘dumpable’
/tmp/vmware-root/modules/vmmon-only/linux/driver.c:1672: error: too many arguments to function ‘smp_call_function’
make[2]: *** [/tmp/vmware-root/modules/vmmon-only/linux/driver.o] Error 1
make[1]: *** [_module_/tmp/vmware-root/modules/vmmon-only] Error 2
make: *** [vmmon.ko] Error 2

Ennek a vezetőnek azt hiszem nincs szüksége a képletre. És így lehet kijönni belőle.

Ez meg lehetne szériafelszereltség

Én a következőképp számolnám a minimális hosszt:
az autó mint téglalap átfogója + görbevetület, amíg egyenesbe rakja az autót

Viszont fogalmam sincs hogy kell kiszámolni a görbevetületet...

Pithagorasz segíts: r^2=(r-s)^2+w^2

Hosszú idő óta probléma a levelek beazonosíthatósága. Sok technológia is született már, egyesek jobban (reverse DNS megkövetelése, stb), mások rosszabbak (SPF). Itt egy technológia a láthatáron, ami legalább egyértelművé teszi a küldő szerver kilétét digitális aláírással.

A blogbejegyzés elköltözött. Olvass többet a blogomon.

Nemrég jelent meg a Sumatra PDF olvasó 1.0-ás verziója, 3 és fél éves fejlesztés után.

Ha Vindózt használnék, tuti ezt tenném fel, nem a Foxitot, még inkább nem az Adobe Readert. Előnyei:

• Letöltési mérete 1.2 MB, az adobe readernek 26 MB. Telepítve is 1.2 MB, az adobe viszont 335 MB. A memóriahasználat is sokkal kevesebb. Valójában nem is kell telepíteni, csak két db fájlt tesz fel (az exe és az unistall).
• Teljesen magyar nyelvű
• Gyorsan indul, kevés erőforrást eszik
• Szabad szoftver
• USB-ről is működik (PortableApps)
• A kevesebb és jobb kódbázis, továbbá a nyílt forráskód miatt sokkal kevesebb a potenciális és tényleges biztonsági rés

Részletek...

:oD

csak azért írom le, hátha valaki esetleg venne ilyesmit: a4tech x7 xl-750f lézeres egér, egyik pillanatról a másikra megadta magát a lézere. a gombok jók, váltja a "felbontást", ég a led, satöbbi, csak éppen nem mozdul. kipróbáltam másik gépen is, hátha, de nem. ennyi. nincs fél éves... :(
bezzeg a százezer éves a4 tech egereim azok még bírják... úgy látszik, mostanában már csak szarokat csinálnak... vagy a lézerek ilyen hamar meghalnak?
nos így jártam.

Kis szamolyolas Lua-ban, csak a hecc kedveert. :-)

Keresem a címben szereplő könyvet, egy ismerősömnek kellene a hétvégén készülni belőle. Könyvtárban nem találtuk meg... Bármilyen online / elektronikus formában megtenné. Aki tud segítsen kérem. Köszi

LUA noha nem OOP nyelv, de adott a lehetőség objektumok létrehozására. A dolog hasonlít a JavaScriptnél megismert prototájpolásra. Itt most a Komplex számokat próbáljuk egységbe zárni.

Ha visszaemlékszünk tanulmányainkra, akkor egy Komplex szám áll egy valós és egy képzetes részből.
Az összeadás így néz ki:
C = A + B --> c.r = a.r + b.r és c.r = a.i + b.i

Azt hiszem a kódot böngészve két dolog mindenképp magyarázatot követel:
(1) setmetatable metódus jelentősége
(2) self.__index mibenléte

(1) a metatable egy tábla, amiben ha létrehoztunk mondjuk az __add függvényt akkor két tábla összeadása hirtelen értelmet nyerhet, mert ezek a függvények hívódnak meg
(2) A .__index metametódus, azaz akkor hívódik meg, ha olyan tábla értéket akarunk meghívni, ami nem létezik.
Kód:

Azt hiszem mindenki álmodott saját számológépről. Ez a fajta igencsak érdekes, mert egy mintaillesztő nyelvet használ a célra. Mindehhez fel kell rakni az lpeg-t, ami az én csomagkezelőmben (synaptic) az "lpeg" keresőszó alapján megtalálható.

Mivel több vagy kevesebb az LPeg a reguláris kifejezéseknél? LPeg-ben a minták elsőosztályú változók, úgy mint a függvények.

Hogyan is kéne értelmezni a kódot?
(1) Létrehozzuk a lexikai elemeket: Whitespace karakterek, Számok, Nyitó/Csukó zárójel, Szorzás/Osztás operátor, Összeadás/Kivonás operátor.
(2) Írunk egy függvényt, ami megkapja a két operandust és a közrezárt operátort. Az operátor alapján dönti el milyen műveletet végez az operandusokon, az eredményt visszaadja
(3) A bonyolult rész. Nyelvtan definiálása. A tábla első bejegyzése az a nem-terminális elem, amit meghív az adott mintára. Ezután a kulcsok változók amiknek az értékei LPeg minták.

Cikk

Azért elég gáz, hogy a Mozilla bevételeinek 97%-át a Google adja, és a szerződés 2 év múlva lejár!

Oké, hogy át tudnak állni Bingre is, de ez azt jelenti, hogy a Googlet használó felhasználók után nem fognak pénzt kapni! Tehát tizedére fog visszaesni a bevételük. Egyébként is nagyon sérülékeny az az üzleti modell, ami egyetlen vevőtől függ.

Ha viszont nem lesz bevétel, nem lesz miből fejleszteni. Úgy tudom, hogy a Firefox 40%-át önkéntesek írják, tehát a fejlesztés sebessége akár a felével is visszaeshet, ha nem lesz pénz.

Szerintem sem illik csak úgy belinkelgetni Phoronixos cikket ide, de...

Plymouth Gets Pulled Into Ubuntu 10.04 LTS

Miről is van szó?

RedHat annak idején kijött a Plymouth nevű bootsplash-megvalósításával. Csak ezért letöltöttem egy Fedorát, kipróbáltam, gyönyörű és gyors bootolás volt. Amolyan Mac-es professzionizmus. Aztán Ubuntuék elhatározták, hogy ez kell nekik is a Karmicba.

Később azt mondták. Ő nekik nem a szépség kell, hanem a sebesség, stb., ezért a Karmicban nem lesz Plymouth, hanem egy saját fejlesztés. Nos, azzal - nem is értem, hogy, de - nem számoltak valószínűeg, hogy az grub->KMS->xsplash->Xorg folyamat olyan villogást eredményez, amelytől epilepsziás rohamot lehet kapni (mostanság ez menő talán (1:46-nál)).

6 évvel az x86_64 platform megjelenése- és 4 évvel a Fedora Core 5 (64bit) kiadása után gondoltam ideje 64 bitre váltani. A Fedora 12. kiadását installáltam "nulláról". Minden flottul ment, amíg el nem jutottam a jó öreg Adobe flash pluginhoz: 2010 -ben -azaz 4 évvel azután, hogy komplett disztribúciók álltak át 64 bitre több ezer szoftverkomponensel- nincs stabil 64 bites kiadás! Ez nyilván bitlisz nektek, de én ezt elképzelni se mertem. Állatorvosi lova annak, hogy a zárt forráskód hogy hátráltatja az innovációt a gyakorlatban manapság. A másik oldalon persze ott van, hogy bizonyos szempontból a flash maga az innováció, mert nélküle no youtube - és ez igaz is, de a webet manapság már multiplatformon fogyasztjuk, a Flash megbélyegezte a sorsát a zárt forrással, neki vége. Átbukott a hullám aminek a tetején lovagolt, az AIR -korábban kipróbáltam- pedig megy vele.

Korábban írtam egy bugyuta lua szkriptet, ami a magyarországon található közlekedési lámpa állapotátmeneteit volt hivatott szimulálni. Nagyszerű érzés, hogy nem sikerül a vermet túlcsordítani, de jó lenne, ha kicsit lassabban pörögne. Ekkor jön a képbe a sleep függvény. Mivel nem az ANSI C szabvány része, így natívan nem is tartalmazza a lua.

Kód

#include "lua.h"
#include "lauxlib.h"
#include "lualib.h"

int l_sleep(lua_State *L){

	unsigned int sec = luaL_checknumber(L, 1);
	sleep(sec);
	return 1;
}

static const luaL_reg reg_sleep[] = {
	{"sleep", l_sleep},
	{NULL, NULL} // őrszemek
	}; 
int luaopen_sleep(lua_State *L){
	luaL_register(L, "io", reg_sleep);
	return 1;
}

Fordítás:

cc -o sleep.so -shared sleep.c

nezem, nezem de a count(*) csak nem akar a JDO(DataNucleus) - BigTable keresgelesbol eljonni
lehet nem is kell...

vegulis mindig szoktam egy odo tablat csinalni, bar complex deletePersistentAll utan vicces lesz frissiteni

megis fura, kell legyen valami kezenfekvo oka, miert nem akarja a BigTable a nepszamlalast