BGAFC Vendégkönyv

Σ: 16 post

djpety alias "Pety"

#6, Lófasz (953)

24 | #2c60 | ^ | Idézet | Sat, 10 May 2014 23:05:25 +02

81.183.*.*

*.dsl.pool.telekom.hu

LG 42LA660S, NetCast-os

TCH (statz)

#1, Főfasz (10443)

301 | #2c61 | ^ | Idézet | Sun, 11 May 2014 10:28:05 +02

188.36.*.*

*.catv.pool.telekom.hu

Ez okostévé?

Most ahogy pakolgatom össze a rendszert, már érzékelhető, hogy gyorsult minden, amihez fájlművelet kell (programok indítása, archívumok listázása/kitömörítése, másolás, install (ami az előző kettő keveréke :P ), könyvtárlistázás, etc.). Majd kiderül, hogy a compile-on mennyit gyorsít.

djpety alias "Pety"

#6, Lófasz (953)

106 | #2c62 | ^ | Idézet | Sun, 11 May 2014 14:24:03 +02

81.183.*.*

*.dsl.pool.telekom.hu

Igen okos :D

Az SSD mindenképp dobni fog a teljesítményen, most már lehet proci limites lesz a compile :)

TCH (statz)

#1, Főfasz (10443)

5071 | #2c63 | ^ | Idézet | Sun, 11 May 2014 15:34:29 +02

188.36.*.*

*.catv.pool.telekom.hu

És van benne SmartAd?

Na ja, főleg ha valami akkora foshalom, mint a wine. Apropó wine:

Gyorsjegyzet Debian Wheezy 64-bit alatti wine 32-bit forgatásához.

dpkg --add-architecture i386
apt-get build-dep wine

apt-get install libgstreamer-plugins-base0.10-dev libhal-dev liblcms2-dev libosmesa6-dev ocl-icd-opencl-dev

apt-get install gcc-multilib libasound2-dev:i386 libgsm1-dev:i386 libjpeg8-dev:i386 liblcms2-dev:i386 libldap2-dev:i386 libmpg123-dev:i386 libopenal-dev:i386 libv4l-dev:i386 libx11-dev:i386 libxinerama-dev:i386 libxml2-dev:i386 zlib1g-dev:i386

apt-get install libcapi20-dev:i386 libcups2:i386 libdbus-1-3:i386 libfontconfig:i386 libfreetype6:i386 libglu1-mesa:i386 libgnutls26:i386 libgphoto2-2:i386 libncurses5:i386 libosmesa6:i386 libsane:i386 libxcomposite1:i386 libxcursor1:i386 libxi6:i386 libxrandr2:i386 libxslt1.1:i386 ocl-icd-libopencl1:i386

cd /usr/lib/i386-linux-gnu 
ln -s libcups.so.2 libcups.so
ln -s libexif.so.12 libexif.so
ln -s libfontconfig.so.1 libfontconfig.so
ln -s libfreetype.so.6 libfreetype.so
ln -s libGL.so.1 libGL.so
ln -s libGLU.so.1 libGLU.so
ln -s libgnutls.so.26 libgnutls.so
ln -s libgphoto2.so.2 libgphoto2.so
ln -s libgphoto2_port.so.0 libgphoto2_port.so
ln -s libOSMesa.so.6 libOSMesa.so
ln -s libsane.so.1 libsane.so
ln -s libtiff.so.4 libtiff.so
ln -s libXcomposite.so.1 libXcomposite.so
ln -s libXcursor.so.1 libXcursor.so
ln -s libXi.so.6 libXi.so
ln -s libXrandr.so.2 libXrandr.so
ln -s libXrender.so.1 libXrender.so
ln -s libxslt.so.1 libxslt.so
ln -s libXxf86vm.so.1 libXxf86vm.so
ln -s /lib/i386-linux-gnu/libdbus-1.so.3 libdbus-1.so
ln -s /lib/i386-linux-gnu/libpng12.so.0 libpng12.so
ln -s /lib/i386-linux-gnu/libtinfo.so.5 libtinfo.so
ln -s libpng12.so libpng.so
echo 'INPUT(libncurses.so.5 -ltinfo)' >libncurses.so

apt-get install libgstreamer-plugins-base0.10-0:i386 
cd /usr/lib/i386-linux-gnu
ln -s libgstapp-0.10.so.0 libgstapp-0.10.so
ln -s libgstbase-0.10.so.0 libgstbase-0.10.so
ln -s libgstreamer-0.10.so.0 libgstreamer-0.10.so
ln -s libgobject-2.0.so.0 libgobject-2.0.so
ln -s libgmodule-2.0.so.0 libgmodule-2.0.so
ln -s libgthread-2.0.so.0 libgthread-2.0.so
ln -s /lib/i386-linux-gnu/libglib-2.0.so.0 libglib-2.0.so

cd /tmp
wget http://wiki.winehq.org/WineOn64bit?action=AttachFile&do=get&target=glibconfig.h.diff
cd /usr/lib/x86_64-linux-gnu/glib-2.0/include 
patch </tmp/glibconfig.h.diff

Vigyázat #1! A Debian backportsban található VLC 2.1.2-2 ütközik a wine-al, mert a wine dependency wine=>libcups2-dev=>libgnutls-dev=>libp11-kit0-dev függ a libp11-kit0 csomag 0.12-3-as verziójától, míg a VLC ugyanezen csomag 0.20-as verziójától függ (a kurwa anyját annak a balfasznak, aki konkrét csomagverziókat drótoz be!), erre a megoldás az, hogy vagy leforgatjuk a VLC-t, vagy az, hogy használjuk a Debian main VLC 2.0.3-5 verziót, annak nincs ilyen baja.
Vigyázat #2! A wine-nak minimum libpng 1.5 kell, vagyis fel kell rakni ezt a két csomagot: https://packages.debian.org/experimental/i386/libpng16-dev/download https://packages.debian.org/experimental/i386/libpng16-16/download.
Vigyázat #3! A cross platform forgatás miatt a wine foshulladék make szarja nem fogja megtalálni a binutils cuccait és a fasszopó wine gárda szerint ez nem bug, mert

@http://wine.1045685.n5.nabble.com/Bug-35549-New-Compilation-fatal-error-while-using-winebuild-quot-winebuild-cannot-find-the-nm-tool-q-td5787002.html:
Ok, I think it is because I've use these configure command line, on last git :
./configure --host=i686-linux-gnu "CFLAGS=-m32" "CXXFLAGS=-m32" "LDFLAGS=-m32"

but if I use just "./configure", on last stable tar, it's fine. These host
parameter doesn't need to pass. All right, not really a bug, just a bad
command.

Anyátok. De kellenek azok a paraméterek, mert különben ez a fos wine64-et akar forgatni, ami ugyan csont nélkül fordul, csak éppen nem fogja futtatni a win32-es binárisokat! Úgyhogy:

cd /usr/bin
ln -s nm i686-linux-gnu-nm
ln -s ld i686-linux-gnu-ld
ln -s gcc i686-linux-gnu-gcc

Utána:

./configure --without-capi --without-coreaudio --without-gsm --without-oss --with-x --host=i686-linux-gnu "CFLAGS=-m32" "CXXFLAGS=-m32" "LDFLAGS=-m32"

A hal-ért továbbra is reklamálni fog, de

@http://wiki.winehq.org/WineOn64bit#head-5dd049f4c05d95a80467aa965870ef41b7fa1988:
Finally Wine's configure script will still be complaining about missing HAL support. That's because libhal1:i386 conflicts with libhal1:amd64 so that one cannot install the needed 32-bit libraries anyway. Debian developpers also declared that this will not be fixed. However HAL is deprecated on Wheezy anyway so this should not matter much.

Nálam 4 magos 2.4 GHz-es AMD-n 26 perc alatt fordult le a wine. Majd lemérem a winyón lévő, még élő Ubi 10.04-en, hogy ott mennyi idő alatt fordul le és akkor lehet látni a különbséget.

TCH (statz)

#1, Főfasz (10443)

292 | #2c64 | ^ | Idézet | Sun, 11 May 2014 23:53:11 +02

188.36.*.*

*.catv.pool.telekom.hu

A közkézen forgó és a repókban lévő sidplay 2.0.9 hibás, elszáll "/dev/dsp: No such file or directory" errorral.
Az Ubuntusok fixálták, ez működik: https://launchpad.net/ubuntu/+source/sidplay/2.0.9-6ubuntu1/+build/2684085/+files/sidplay_2.0.9-6ubuntu1_amd64.deb

djpety alias "Pety"

#6, Lófasz (953)

167 | #2c65 | ^ | Idézet | Mon, 12 May 2014 01:03:19 +02

31.46.*.*

*.dsl.pool.telekom.hu

Nincs SmartAd es ami a meglepo az itteni YouTube kliensben sincs semmi reklam :) Pedig mar az Androidosban is van ez meg egy http://youtube.com/tv oldalt tolt csak be.

TCH (statz)

#1, Főfasz (10443)

95 | #2c66 | ^ | Idézet | Mon, 12 May 2014 08:56:33 +02

188.36.*.*

*.catv.pool.telekom.hu

Hm, pedig a múltkor volt téma, hogy az LG okostévékben van SmartAd; ki is verte a biztosítékot.

TCH (statz)

#1, Főfasz (10443)

168 | #2c67 | ^ | Idézet | Mon, 12 May 2014 20:13:01 +02

188.36.*.*

*.catv.pool.telekom.hu

http://www.hwsw.hu/hirek/52265/oracle-google-android-jog-java-api-szerzoi-jog-per.html

Hahaha, hát ez óriási! :)
Most szedett nálam pár jó pontot az orákül.

kemi (statz)

#2, Főfasz (2970)

241 | #2c68 | ^ | Idézet | Mon, 12 May 2014 20:55:12 +02

178.164.*.*

*.pool.digikabel.hu

@TCH:
Hahaha, hát ez óriási! :)
Most szedett nálam pár jó pontot az orákül.

Mert 6 sort másoltak, amire egyébként nem is vonatkozik az orákül copyrightja? Megkenhették a bíróságot, és ez így nagyon nem fair.

TCH (statz)

#1, Főfasz (10443)

2724 | #2c69 | ^ | Idézet | Mon, 12 May 2014 22:08:12 +02

188.36.*.*

*.catv.pool.telekom.hu

Nyilván ez egy ordenáré nagy geciség volt.

De.

• A mikrofos után a kugli a legnagyobb geci. Szopjanak csak, értük nem kár.
• Ilyen húzásokkal a szarákülösök éppen keresztbe tesznek a Java-nak (bazmeg, éppen a kugli volt, aki a droiddal globális elterjedtségű kvázidomináns nyelvet csinált belőle). Ami pedig keresztbe tesz a Java-nak, az jó, mert a Java a sátán műve.
• Ha a kugli elbukja a Java-t, akkor 99%-os valószínűséggel elbukja a droidot is, lévén ott szinte minden alkalmazásfejlesztés abban van. És ez is csak jó lenne, mert az Android is a sátán műve.

Ettől persze még bekaphatják a szarákülösök is, de rájuk most hirtelen a szarákül databézen kívül nem tudok semmi olyan terhelőt mondani, ami globálisan nyomorította volna meg vagy az ipart vagy az embereket (nem a Java pont nem játszik, mert azt a Sun találta ki és a Google csinált belőle divatot, az Oracle csak annyiban saras, hogy megvette és nem hagyta eltűnni; tehát a Java inkább a Sun és a Google szégyenfoltja). Ezzel szemben a kibaszott gaygle-nél egy tucatot fel tudnék sorolni mind a kettőre és még csak meg sem erőltetném magam.

Félreértés ne essék, én nem a szarákült védem (rühellem őket is; sose sem szimpatizáltam velük, de amióta testközelből tapasztaltam meg az "adatbázisukat", azóta rühellem őket), én a kuglit támadom, mert sokkal rosszabbak.
Ami meg a droidot illeti, ismerjük be: ők a Java és a Linux hátán lettek nagyok az Androiddal; mégis mi a faszra verik most magukat?! (Böngésző dettó, ugye mind emlékszünk rá, hogy a Blink valójában csak egy Apple WebKit fork?)
A mikrofos döglődik, csak éveik vannak hátra, a legnagyobb piacok elsöprő többségéről nemes egyszerűséggel kigolyózták magukat, az utolsó általuk dominált piacnak pedig lassan harangoznak. Ezzel szemben a kugli bebetonozta magát és dominánssá vált nem egy piacon.
Ők a potenciális II. mikrofos. Addig kell őket elpusztítani, amíg elpusztíthatóak, mert nem biztos, hogy ők is elkövetnek olyan hibákat mint a mikrofos és megússzuk 20-25 évnyi rémuralommal.

Úgyhogy tök mindegy, hogy az orákül miért csinálja ezt, pénzéhségből, vagy szerintük tényleg igazuk van (be is baszna). Ha kicsinálják a kuglit, akkor indoktól függetlenül kezet csókolhatunk nekik, mert a kugli mostanra már ijesztően erőssé vált és ijesztően nagy lett a befolyása nem csak az ipar, de a mi életünk számos területére is.
Tudom nem szép dolog egy nagy gecinek drukkolni amikor épp valami nagy geciséget csinál, de ha ezzel kicsinál egy még sokkal nagyobb gecit, akkor ostobaság a sokkal nagyobb gecinek szorítani, még akkor is, ha most ők az áldozatok.
Pontosan ugyanezért szoktam heveny kárörömmel nyugtázni, amikor valami kis (vagy nem olyan kis) geci a mikrofossal baszik ki.

TCH (statz)

#1, Főfasz (10443)

164 | #2c6a | ^ | Idézet | Tue, 13 May 2014 15:58:26 +02

188.36.*.*

*.catv.pool.telekom.hu

Nem tudom egy ilyen rantom után miért van mindig kurwa nagy kuss; most egyetért mindenki, leszarja mindenki, rámhagyja mindenki, vagy csak nem mer senki vitázni? :P

Flood3r (statz)

#8, Lófasz (838)

47 | #2c6b | ^ | Idézet | Tue, 13 May 2014 19:14:41 +02

188.142.*.*

*.catv.broadband.hu

Vitázzunk. Android forever. HahHahAaHahA. Nem.

TCH (statz)

#1, Főfasz (10443)

24 | #2c6c | ^ | Idézet | Tue, 13 May 2014 19:56:50 +02

188.36.*.*

*.catv.pool.telekom.hu

XDDDDDDDD
Ez jó volt. :D

TCH (statz)

#1, Főfasz (10443)

120 | #2c6d | ^ | Idézet | Tue, 13 May 2014 19:59:38 +02

188.36.*.*

*.catv.pool.telekom.hu

Ja, idevágó téma: http://www.hwsw.hu/hirek/52275/europai-unio-birosag-kuria-adatkezees-kereso-google-jog.html

TCH (statz)

#1, Főfasz (10443)

108 | #2c6e | ^ | Idézet | Tue, 13 May 2014 23:58:25 +02

188.36.*.*

*.catv.pool.telekom.hu

http://sourceforge.net/p/predef/wiki/Architectures/ (Bookmark a C által definiált CPU makrókról.)

kemi (statz)

#2, Főfasz (2970)

200 | #2c6f | ^ | Idézet | Wed, 14 May 2014 06:21:48 +02

62.165.*.*

*.pool.digikabel.hu

A default makrók nekem is kellettek a szakdogához, de nem architektúra, hanem OS. Azok itt vannak.

http://stackoverflow.com/questions/142508/how-do-i-check-os-with-a-preprocessor-directive