BGAFC Vendégkönyv

Σ: 44 post

TCH (statz)

#1, Főfasz (10443)

7310 | #4a50 | ^ | Idézet | Sun, 13 Jan 2019 21:17:21 +01

178.164.*.*

*.pool.digikabel.hu

Célegyenesbe ért a YTFE újraírt verziója, úgyhogy összelövöldözöm a környezeteket, hogy lehessen a Linuxos mellett FreeBSD, Solaris és OSX verziót is forgatni. Most a Solaris volt műsoron. Gondoltam kipróbálom a 11-est, mert eddig csak a 10-essel játszottam, de az egész oké volt.

Nosza, irány a szarákülpontkom és tőccsük le. Ugyan volt direkt link (http://download.oracle.com/otn/solaris/11_4/sol-11_4-text-x86.iso), de ha kinyitottam, akkor regisztrállyá' bé. Ó, hogy basznátok meg... Oké, akkor nyomjunk egy kamu regget, maildrop.cc-vel:

Regisztráltam, de a levél nem jött meg. Örültem. Nagyon. (Nem.) Akkor reggeljünk egy kurwa frímélt. Reggeljünk be újra.

Na, ezúttal végre megjött a levél. (Mondjuk letölteni elsőre nem sikerült, mert a kurwa accept our cookies ablakot mindig lelövöldöztem, márpedig, ha le akarsz tölteni, akkor javascript kötelező, a sütik fogadása kötelező és a license-et is el kell fogadni. Dögöljön meg a szarákül ezzel a sok fassággal.) Jah, ha valaki le akar tölteni tőlük valamit, akkor az username nyaldki666x666@freemail.hu, a password pedig M0csk0s_Szarakul.

Na, eztán elkezdtem felrakni. Összekérdezgette amit kell, aztán eljutottunk a kémkedős részig. Mondanom sem kell: kamu emaillel honoráltam az igyekezetet, de azért rohadjanak meg, hogy kötelező.

De azért rendesek, hogy kiírják, hogy nem küld semmit, nem igaz?

Bebootoltunk, desktop az nincsen. Kiszedték, mert ez már csak szerver OS. De még szerencsére telepíthető: pkg install solaris-desktop
Feltelepült, bebootolt és olyan sokáig szarakodott, hogy azt hittem, ott őszülök meg. De aztán nagy nehezen megkaptam a desktopot, de bár ne kaptam volna... Olyan lassú volt, hogy csak pislogtam. Mivel a GTK3-as fosokat elvből kerülöm, nem ismertem föl, hogy egy hulladék GNOME3-at látok és a kezdeti kérdéseknél sem tűnt fel fent a felirat...csak az, hogy van geolocation, mert az musthave bazmeg...

Mondom, mi ez? Valami junití szerű fos? Az ablakokról hiányzik minden (minimize, maximize, stb) a bezárógomb kivételével (nincs bekapcsolva defaultból), nincs start menü, vagy bármilyen menü, csak felül egy activities, ami fél óra szöszölés után behoz egy android szerű (!) fos menüt. Na mondom, basszunk már fel egy GNOME 2-t.

Itt ez a fos "menü" is:

Nos, kiderült, hogy nincs net. WTF?! Az hogy lehet?! Hiszen az előbb raktam fel a csomagtárolóból ezt a micsodát! Hogyhogy nincs net?!
Közben túrtam a rendszert, már amit engedett túrni és nagy nehezen megtaláltam a beállításokat és láttam benne, hogy ez a hulladék egy GNOME 3.

Kicsit utánaolvasgatva megtaláltam, hogy 11.4-től kezdve GNOME 3 van és nincs GNOME 2. GTK 3 mert megérdemled. Tekintve, hogy az én cuccomnak amúgy is GTK2 - vagy Qt4 - kell, így rövid úton a downgrade mellett döntöttem.
Mondjuk publikus link már nem volt, de rajtam nem lehet kifogni: kicsorbult borotvához hasonló élességű eszemmel rájöttem, hogy http://download.oracle.com/otn/solaris/11_3/sol-11_3-text-x86.iso elérés alatt elérhető a 11.3 is. Megin' belog, download, telepít...

Ezúttal kicsit más volt, amit kiírt a kémkedős résznél:

Itt azt írja, hogy a megadott címmel lesz elküldve a telemetria, de aztán meg azt, hogy nem lesz elküldve semmi, mert nem adtam meg password-öt. Hát nem hát, mert nincs, meg nem is kell nekem ez a fos. Mindenesetre legalább ezek szerint tényleg kikapcsolható a cucc, tehát a múltkori utánaolvasásom alkalmával talált infók megerősítést nyertek, ez tényleg csak a prémium usereknek van. (Mondjuk tényleg nem lenne értelme kémcuccot rakni egy olyan cuccba, amit már szinte senki nem használ desktopnak.) Viszont kiderült, hogy root user még mindig van.

Feltelepült, bebootolt. Mondom neki: pkg install solaris-desktop
Ő meg mondja:

És itt megakadtunk. Ezen a hibaüzeneten

pkg install: Chain was rooted in an untrusted self-signed certificate.
The package involved is pkg://solaris/library/python/pyatspi-27@2.30.0,5.11-11.4.0.0.1.9.0:20180618T175853Z

nem lehetett átjutni. Utánaolvasgattam és azt írják, hogy vagy adjam hozzá a certet a rendszerhez, vagy approve-oljam. Dehát mégis, honnan a jó büdös kurwa anyámból tudjam én aztat, hogy hol a kénköves geciben van az a szájbabaszott cert, hogy rohadna atomokra az egész szarákül ott ahol van?! Kínomban kilistáztam az összes certet

find / -iname "*.pem" > all_certs.txt

de nem lettem okosabb. A Python2.7-hez volt egy raklap cert egy "test" könyvtárban, meg volt egy másik, egy cacert.pem nevű valahol másutt. Na, azt ez a blogpost alapján megpróbáltam hozzáadni a rendszerhez, de csak elkezdett sikítani, hogy megdöglött a szervíz és jajjnekünk. Anyád. Megpróbáltam approve-olni ez alapján, de semmi. Valaki még írta, hogy

echo "authentication=nocheck" >> /var/sadm/install/admin/default

de ez sem segített. Semmi sem segített.

Úgyhogy feladtam. Egyáltalán már az is fail, hogy a szarákül úgy szállítja a rendszert, hogy van benne valami hitelesítetlen bizonylat, de, hogy az megakadályozza, hogy felrakjam a desktopot, mert nem lehet ezt a fasságot kikapcsolni, az már minősíthetetlen. Asszem már értem, miért álltak át a DilOS és a Dyson fejlesztői a debianos csomagformátumra és csomagkezelőre: mert lehet, hogy az is egy nagy szar, de ott legalább van --allow-unauthenticated kapcsoló és lehet menni faszt szopni a hivatalba ezzel a rohadt certificate buzulással.

Megpróbáltam leszedni a 11.2-est is, de az már eltűnt. Én azt hiszem, ennyi elég is volt. Nem is baj, hogy a szarákül kinyírja a Solaris projektet, mert sikerült teljesen szétbaszniuk, úgy ahogy volt. Az új verzióban egy használhatatlan GNOME 3 van, ami szétbassza a netet, a régiben meg nem települ a desktop, a még régebbiek meg eltűntek.

Én a magam részéről maradok a 10-esnél, az legalább működik. (Meg majd meglátjuk a nyílt forrású verziókat.)

Sz*rk 2019.11.11.: Ugyan a 10-eshez kerestem letöltéseket, de véletlenül belefutottam az aha.ru FTP site-jába és itt találtam 11.2-es Solarist, szóval majd valamikor még adok egy esélyt a dolognak.

Sz*rk: 2020.11.19.: Itt folytatódik a dolog.

Ádám (statz)

#4, Főfasz (1815)

735 | #4a51 | ^ | Idézet | Sun, 13 Jan 2019 22:12:40 +01

89.133.*.*

*.catv.broadband.hu

@TCH:
Kurwa anyjukat, hogy már a rohadt kereséshez is rekapcát akarnak tolni a pofámba.

Lassan lehet, hogy tényleg DDG-re kellene átállni. Valamelyik nap nézegettem, lassan már relevánsabb találatokat ad, mint a kugli.

@TCH:
ha kinyitottam, akkor regisztrállyá' bé. Ó, hogy basznátok meg... Oké, akkor nyomjunk egy kamu regget, maildrop.cc-vel:

Volt már nekem is fiókom, akkor még nem kért e-mail megerősítést.

@Ádám:
A jó kurwa anyját a szarákülnek. Ha valaki archív jávát szeretne letölteni, akkor használja a fasz@gmail.com/Faszom123 felhasználónév-jelszó párosítást.

Szóval magyarul a Solarist is elkúrták. Nem kicsit...

TCH (statz)

#1, Főfasz (10443)

1934 | #4a52 | ^ | Idézet | Sun, 13 Jan 2019 22:23:30 +01

178.164.*.*

*.pool.digikabel.hu

@Ádám:
Lassan lehet, hogy tényleg DDG-re kellene átállni. Valamelyik nap nézegettem, lassan már relevánsabb találatokat ad, mint a kugli.

Hát angolul még csak-csak, de magyarul nem. A hazai cuccok keresésére egyelőre nincs alternatíva, pláne, ha valami olyat keresel, ami csak a kuglin van regisztrálva (pl. maszek orvos, vagy valami cég).

@Ádám:
Volt már nekem is fiókom, akkor még nem kért e-mail megerősítést.

A boldog Sun-os békeidőkben lófaszt se kért. Sőt, a Solaris 10 még nyílt is volt, amíg a rohadt szarákül be nem zárta. Félreértés ne essék: nem konkrét a bezárás zavar; ha azért zárta volna be, mert rágyúrnak és lennének Solaris alá való SPARC-os/x86-os workstationok, meg consumer szerverek és így akarnák a saját platformjukon a hegemóniát megőrizni, akkor azt mondanám, hogy oké, ez így teljesen rendben van. (Már rég user volnék.) Még azért sem szóltam volna be, ha pl. pénzért adnák. (Max. akkor nem lennék user. :P ) A baj ott van, hogy bezárták, tönkretették és megszüntették. Ennek mi értelme volt? Jó, megvették az egész Sun-t, mert csak így tudtak hozzájutni a MySQL-hez, meg a Java-hoz, de akkor ami nem kellett, azt miért nem adták el, vagy dobták oda a közösségnek; miért kellett bezárni, tönkretenni és megszüntetni?

@Ádám:
Szóval magyarul a Solarist is elkúrták. Nem kicsit...

...nagyon. Nem is elkúrták, hanem tönkre. :(

Nem véletlenül mondta kemi már hét éve, hogy Ritka szemét egy cég.

Persze saxus már akkor is hülye volt, szerinte nem szétkúrták a Sun-t, csak racionalizálták /o\ (Külön kiemelném, hogy szerinte a Sun-ban az egyetlen érték a Java volt. (Meg a szabadalmak.) Hát, pont a Java az, ami szart se ér. Ocsmány bloatgenerátor nyelv, undorító szintaxissal és nyelvi megoldásokkal; a szuperlassú VM-ről nem is beszélve.)

M4u5 (statz)

#10, Agyfasz (282)

91 | #4a53 | ^ | Idézet | Mon, 14 Jan 2019 17:37:50 +01

188.6.*.*

*.dsl.pool.telekom.hu

A napfénytől elsorvad-e a systetemd? (Azaz, szarákülék kiírtották-e a systemd-t a gnómból?)

TCH (statz)

#1, Főfasz (10443)

130 | #4a54 | ^ | Idézet | Mon, 14 Jan 2019 18:10:54 +01

94.21.*.*

*.pool.digikabel.hu

Ez látod jó kérdés, mert a GNOME 3.18-tól felfele systemd függő, ez meg 3.24-es volt. Valószínűleg kiirtották, mert az Linux only.

TCH (statz)

#1, Főfasz (10443)

295 | #4a55 | ^ | Idézet | Mon, 14 Jan 2019 18:23:43 +01

94.21.*.*

*.pool.digikabel.hu

style.overflow='scroll'; html-re és body-ra

TCH (statz)

#1, Főfasz (10443)

81 | #4a56 | ^ | Idézet | Mon, 14 Jan 2019 19:53:32 +01

94.21.*.*

*.pool.digikabel.hu

Na, ezt mar Solaris 10 alol. Ez meg mukodik. Es nagyon bejovos. Reszletek kesobb.

Ádám (statz)

#4, Főfasz (1815)

71 | #4a57 | ^ | Idézet | Mon, 14 Jan 2019 20:42:49 +01

37.76.*.*

*.nat.pool.telekom.hu

De ahogy látom, ,magzar billentz\yetkiosyt's az nincs :]

TCH (statz)

#1, Főfasz (10443)

4080 | #4a58 | ^ | Idézet | Mon, 14 Jan 2019 20:48:27 +01

94.21.*.*

*.pool.digikabel.hu

@Ádám:
De ahogy látom, ,magzar billentz\yetkiosyt's az nincs :]

De lehetne, csak én nem raktam fel.

Nu, felküldtem a Solaris 10-et. Ezerszer jobb, mint a 11-es. Nem csak mert ez működik, hanem mert amit adnak alá felhasználói ökoszisztémát az is jobb.

Már az installer is grafikusan (CDE) indul, bár ez még nem feltétlen előny, de kényelmesnek kényelmes.

OCM már ebben is van, de itt még nem kötelező semmi, hanem megkérdezi, hogy akarod-e magad regisztrálni. (Nyilván nem.)

Még olyan kényelmi cucc is van a telepítőben, hogy rebootoljon-e install után, meg adja-e ki a CD-t. 11-es alatt ezt nem kérdezi meg... Ebből is látszik, hogy a Sun nem nézte síkfasznak a felhasználóit. Sun roxx, Oracle suxx!

És bazdmeg, ez még magyarul is tudott! :D
(Mondjuk enélkül még csak lehet élni, ha csak egyedül ez hiányozna a 11-esből, akkor finganék az egészre, dehát nem csak ez hiányzik...)

Be lehet lőni, hogy milyen összeállítást akarunk, de még azt is átszabhatjuk. Van a kényelmes default, meg az expert custom.

Kérem, a Sun tényleg úgy gondolta, hogy aki ezt használni akarja, az ténylegesen használni akarja; ez a rendszer szarrá konfigható, már az installer alatt is! És ezt baszta szét a szarákül, hogy basznák meg magukat...

Még ilyen kis figyelmesség is van benne, hogy folyamatosan ugasson a kiszedett függőségek miatt, vagy csak egyszer a végén. Rulez!

Én azt mondtam, hogy egyszer tegye, akkor feldobott egy ablakot, hogy na ezek a bajok vannak, lehet választani a preserve dependencies (magyarul rakja fel a hiányzó függőségeket magától), a resolve dependencies (aka. vissza mennyé'!, azaz visszamegyünk és kézzel intézzük) és az ignore dependencies (vagyis: szard le, menjél tovább), ez utóbbi persze csak akkor célszerű, ha azokat azért hagytuk ki, mert kézzel fogjuk őket máshonnan felrakni.

Egyébként itt még engedi leszedni az OCM-et is, tehát nem csak nem reggeli be, hanem fel se rakja. (Bár egyébként túl sokat foglalkozok ezzel az adatgyűjtővel; ha mást nem is, azt bebizonyította a szarákül, hogy ez tényleg nem kémfunkció, hanem valami supportos cucc.)

Összerakja a disket is magától, egyébként rendkívül kultúrált partícionálója van...

Utána feltelepül. Csak így, egyszerűen, eseménytelenül. És egyébként valamivel gyorsabban, mint a 11-es. Ami azért érdekes, mert sokkal több cuccot rak fel...

Login ablak, lehet választani konzolos belépés és grafikus belépés között. Ezutóbbi felkínálja az oldschool CDE-t és a newschool GNOME 2 fork JDE 3-at. Az utóbbi ugyan valamivel gyorsabb (a GTK2 valamivel gyorsabb, mint a Motif), de azért tartsuk észben, hogy egy GNOME 2-ről van szó, tehát ne lepődjünk meg, ha glitchekkel találkozunk. (Bár tapasztalataim szerint ezek nem vészesek.)

Ha CDE-t választunk, akkor beszól, hogy ez már deprecated és ki lesz hajítva. (Köszi Oracle; a backward compatibility vajonmí?!)

Kapunk egy full CDE-t, tokkal vonóval. Nagyon kellemes kinézettel, nekem nagyon tetszik.

A JDE nem annyira szép, de még mindig szebb, mint a kamuminimáldizájnos gnómhárom. És gyors. Használható.

A FreePascal-t majd nemsoká'... De eddig nagyon bejövős; működik és fasza.

TCH (statz)

#1, Főfasz (10443)

238 | #4a59 | ^ | Idézet | Mon, 14 Jan 2019 23:21:30 +01

94.21.*.*

*.pool.digikabel.hu

Bukkmark, mert ennek is eljött már az ideje: https://devuan.org/os/documentation/dev1fanboy/upgrade-to-ascii

Sz*rk: De előbb ezt, mert előbb ezt kell: https://devuan.org/os/documentation/dev1fanboy/migrate-to-jessie

TCH (statz)

#1, Főfasz (10443)

3503 | #4a5a | ^ | Idézet | Tue, 15 Jan 2019 13:22:19 +01

188.143.*.*

*.pool.digikabel.hu

saxus már megint ostoba.

@saxus:
Úristen, dolgozni kell, OMG! OMG! OMG!

Komolyra fordítva: ha belegondolsz, hogy a biológia és az evolúció merre mozdult el a hibák kezelését illetően, akkor igazából egész sok párhuzamot fedezhetsz fel. Ugyanis elég ciki lenne, ha nem lenne a szervezetnek valami megoldása arra, hogy hogyan kezeljen egy egyszerű vágást is vagy megoldása arra, hogy az "elhasználódott" (~="invalid állapotba került" sejteket) cserélje. Nyilván nem 1-1 az analógia, de az elég jól látható, hogy a természet mire jutott párszáz millió év alatt: hibatűrő rendszer életképesebb.

Ez így biztos nem érthető elsőre, hogy most ezzel mi a baj; nos az, hogy a téma az, hogy a szar jáva miatt újra kell indítgatni és neki ez a válasza... Én nem is csépelném a szavakat, mert megadták a méltó választ nélkülem is:

@chx:
Az nem baj hogy dolgozni kell :) Az is nyilvanvalo hogy a hibaturo rendszer eletkepesebb.
De azt azert senki ne mondja mar hogy egeszseges dolog a hulladek kod miatt restart szakkort jatszani.

Persze saxus erre is csak ostobasággal volt képes reagálni:

@saxus:
Akkor ezzel az erővel minden maintenance jellegű dologra mondjuk azt, hogy hulladék.

Mert karbantartás == restart. Max. winfos alatt. Barom...

És akkor most megosztanék veletek egy szívet melengető történetet, amin akkorát röhögtem (kínomban), hogy fejemre omlott az épület. Vannak nekünk ilyen kis munkaidőtermináljaink, sajnos winfostízzel, apróbb szopás már volt belőle korábban is (#1, #2), de komolyabb még nem. Most viszont a mikrofos letolta a torkán ezeknek a gépeknek a frissítést (mert hiába tiltottuk le ütemezett feladatból, minden induláskor, a mikrofos 30 nap után bekapcsolta és szopjál paraszt) és kinyírta a hálókártyát és a hangkártyát benne. Ezt a helyi informatikus srác megoldotta egy restore-ral, nekem utána csak a backupból kellett a konfigokat visszaállítani és meg is voltunk; közben informáltam a srácot, hogy sikerült Linuxot harácsolni ezekre a vacakokra, úgyhogy rövidesen megy a felmentő sereg, ideiglenes megoldásnak a srác addig letiltotta a gépet a netről. (Helyes, szopjon csak a mikiszoft.)

Na, de amin a röhögés volt, az az, hogy beszélgettem a sráccal, szidtuk a winfostizet (pedig a srác egyébként nem Linuxos vagy Mac-es) és elmesélt egy történetet: ő ugye OneDrive-ba mentegeti a fontos cuccait, oda szinkronizálja a gép őket. Történt egyszer hirtelen, hogy beszopott egy zsarolóvírust, ő sem érti, hogy hogy (winfos meg a biztonság, de bezzeg a mi programunkat meg nem engedte futni a szmártszkrín), de nem is ez a vicces, hanem az, hogy a zsarolóvírus beszopása után, a mikrofos felszinkronizálta a titkosított fájlokat a rohadt felhőbe!!!
XDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDHogymijajókurwaanyádatvanmá'?!!! Ez bazdmeg a mikrofos, egy nagy szar, egy nagy nulla! Egy semmi, egy fos! Nesze neked szuperbiztonságos felhő alapú biztonsági mentés! Édes jó istenem...ez hihetetlen. És erre recskázik a sok hülye haladó informatikus, hogy ez demekkora jóság, ördög és pokol és csodálkozunk rajta, hogy minden adatot ellopnak, meg letörölnek... mikrofos, meg felhő, mert megérdemeljük! Úristen bazmeg...

Ádám (statz)

#4, Főfasz (1815)

147 | #4a5b | ^ | Idézet | Tue, 15 Jan 2019 18:52:11 +01

89.133.*.*

*.catv.broadband.hu

Épeszű ember nem használ felhőt. Főleg nem mikrofososat. Inkább RAID 1 meg külső HDD, majd nálam is ez lesz a helyzet, ha megjön a két WD10EZEX-em.

TCH (statz)

#1, Főfasz (10443)

239 | #4a5c | ^ | Idézet | Tue, 15 Jan 2019 21:04:40 +01

188.143.*.*

*.pool.digikabel.hu

Nyilván, ezt mondtam neki én is, hogy külső HDD-re backupoljon, vagy leginkább vegyen egy Linuxos/BSD-s/Solarisos NAS-t, aztán arra menthet, amennyit nem szégyell és az aztán immunis minden szar zsarolóvírusra, meg a mikrofos felhőre is...

TCH (statz)

#1, Főfasz (10443)

561 | #4a5d | ^ | Idézet | Wed, 16 Jan 2019 15:43:41 +01

94.21.*.*

*.pool.digikabel.hu

Ezt most W3M alól, "kint" konzolban. Megpróbáltam másodjára is frissíteni Devuan 2-re és a Trinity szervere (ftp.fau.de) másodjára is meghiúsította a dolgot. Letölti a csomagok 90+valamennyi százalékát, aztán várakozás a fejlécekre forever...

Sz*rk pár nappal később: Lehet, hogy a /dev/null írhatatlansága volt a baj? chmod 666 /dev/null most megoldotta... És egyébként nem a Trinity szervere volt a ludas, mert ugyanezt csinálta minddel.

Sz*rk megin': Confirmed. Az a baja, hogy nem írható a /dev/null.

TCH (statz)

#1, Főfasz (10443)

531 | #4a5e | ^ | Idézet | Wed, 16 Jan 2019 18:06:27 +01

94.21.*.*

*.pool.digikabel.hu

Nagy nehezen sikerült, bár most már nem tudom, hogy most tényleg a Trinity szervere baszta a kecskét, vagy valami más... Mindenesetre ezt már Devuan 2 alól. Az Operát sajnos lezúzta, mert nincs gstreamer0.10-plugins-good, de dolgozom az ügyön. (Sz*rk: Megoldás.)

Mindenesetre a Devuan útmutatóját, miszerint semmi ne legyen a sources.list-ben, amikor nyomod a dist-upgrade-et, az egy fasság. Mindent benne kell hagyni, csak átállítani Stretch-re.

TCH (statz)

#1, Főfasz (10443)

400 | #4a5f | ^ | Idézet | Wed, 16 Jan 2019 18:23:45 +01

94.21.*.*

*.pool.digikabel.hu

Meg is van. Csak át kellett szerkeszteni a deb-et, hogy ne legyen függőség. A jelek szerint így is megy, maga a cucc nem kell neki mindenképp. Persze gondolom, lejátszani nem fog tudni dolgokat, nade ez legyen a legnagyobb bajom; ezen a mai fos interneten már amúgy se nagyon tudott lejátszani semmit sem a js (szar)hegyek miatt... (Sz*rk: Megoldás.)

TCH (statz)

#1, Főfasz (10443)

2545 | #4a60 | ^ | Idézet | Wed, 16 Jan 2019 19:00:47 +01

94.21.*.*

*.pool.digikabel.hu

Az egér is valamiért kurwa gyors volt, de:

root@Csabi:~# xinput --list --short
⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ ImPS/2 Logitech Wheel Mouse               id=10   [slave  pointer  (2)]
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ↳ Power Button                              id=6    [slave  keyboard (3)]
    ↳ Power Button                              id=7    [slave  keyboard (3)]
    ↳ saa7134 IR (ASUSTeK P7131 Analo           id=8    [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard              id=9    [slave  keyboard (3)]
root@Csabi:~# xinput --list-props "ImPS/2 Logitech Wheel Mouse"
Device 'ImPS/2 Logitech Wheel Mouse':
        Device Enabled (153):   1
        Coordinate Transformation Matrix (155): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
        libinput Accel Speed (290):     0.000000
        libinput Accel Speed Default (291):     0.000000
        libinput Accel Profiles Available (292):        1, 1
        libinput Accel Profile Enabled (293):   1, 0
        libinput Accel Profile Enabled Default (294):   1, 0
        libinput Natural Scrolling Enabled (295):       0
        libinput Natural Scrolling Enabled Default (296):       0
        libinput Send Events Modes Available (275):     1, 0
        libinput Send Events Mode Enabled (276):        0, 0
        libinput Send Events Mode Enabled Default (277):        0, 0
        libinput Left Handed Enabled (297):     0
        libinput Left Handed Enabled Default (298):     0
        libinput Scroll Methods Available (299):        0, 0, 1
        libinput Scroll Method Enabled (300):   0, 0, 0
        libinput Scroll Method Enabled Default (301):   0, 0, 0
        libinput Button Scrolling Button (302): 2
        libinput Button Scrolling Button Default (303): 2
        libinput Middle Emulation Enabled (304):        0
        libinput Middle Emulation Enabled Default (305):        0
        Device Node (278):      "/dev/input/event5"
        Device Product ID (279):        2, 5
        libinput Drag Lock Buttons (306):       <no items>
        libinput Horizontal Scroll Enabled (307):       1
root@Csabi:~# xinput --set-prop "ImPS/2 Logitech Wheel Mouse" "libinput Accel Speed" -0.95

és voila.

TCH (statz)

#1, Főfasz (10443)

163 | #4a61 | ^ | Idézet | Wed, 16 Jan 2019 20:25:51 +01

94.21.*.*

*.pool.digikabel.hu

Ez a buzi a konzol fontot is elkúrta, de sebaj, mert mcedit /etc/default/console-setup

FONTFACE="VGA"
FONTSIZE="8x12"

oszt csá.

TCH (statz)

#1, Főfasz (10443)

520 | #4a62 | ^ | Idézet | Wed, 16 Jan 2019 21:01:39 +01

94.21.*.*

*.pool.digikabel.hu

A fő hangerőt sem bírom a tálcáról szabályozni a Trinityben. Ilyen már a múltkor is volt a PCM-mel, de akkor valahogy megoldódott, csak nem tudom hogy... Vagy lehet, hogy sehogy, nem állítottam a PCM-et.

Trinity bugticket itt.

Jah, a CPU hőszenzora is eltűnt a Kima-ból.

Más problémát eddig nem találtam és csak ezt a kettőt nem tudtam megoldani. (Ill. a KMail bereklamált, hogy az everlink.hu certje érvénytelen, de lehetett neki mondani, hogy ignore.)

TCH (statz)

#1, Főfasz (10443)

691 | #4a63 | ^ | Idézet | Wed, 16 Jan 2019 22:01:42 +01

94.21.*.*

*.pool.digikabel.hu

Ja, még egy fasság volt a rendszerben: a Chromium ütközik a libnettle4 csomaggal, ami egy csomó 3rd party, meg Debian 8-ból visszamaradt csomagnak a függősége. Az egészben csak az a szörnyű, hogy maga a Chromium rohadtul nem is ütközik a libnettle4-gyel, csak valamelyik függősége igényli a libnettle6 csomagot. Ami pedig...ugyanúgy nem ütközik vele, szépen elvannak egymás mellett. Akkor miért is? Sebaj. Download. Kicsomagol. Ütközést a leíróból kiszed. Visszacsomagol. Telepít. Duá.

Na, ezért kapok hülyét a Debian-os csomagrendszertől. Oké, hogy ez nem maga a formátum, meg a toolok hibája, hanem a karbantartóké, de valahogy ez abból a csomagkultúrából ered.

TCH (statz)

#1, Főfasz (10443)

170 | #4a64 | ^ | Idézet | Thu, 17 Jan 2019 11:10:07 +01

178.164.*.*

*.pool.digikabel.hu

És valami kinyiffant az OpenSSL környékén és a tecső kliensem nem képes kapcsolódni. Dögöljön meg az összes szabad szoftveres geci, de főleg a Debian Team. Ők kétszer is.

TCH (statz)

#1, Főfasz (10443)

522 | #4a65 | ^ | Idézet | Thu, 17 Jan 2019 11:23:19 +01

178.164.*.*

*.pool.digikabel.hu

Viszont megvan a megoldás. (Az ok nincs, de leszarom.) Fel kell rakni a Jessie tárolóiból az libssl1.0.0 és libssl-dev csomagokat. Ez utóbbi csak downgrade-del fog menni, azaz:

wget http://security.debian.org/debian-security/pool/updates/main/o/openssl/libssl-dev_1.0.1t-1+deb8u10_amd64.deb
dpkg -i libssl-dev_1.0.1t-1+deb8u10_amd64.deb
rm libssl-dev_1.0.1t-1+deb8u10_amd64.deb

Ádám (statz)

#4, Főfasz (1815)

945 | #4a66 | ^ | Idézet | Thu, 17 Jan 2019 12:49:55 +01

37.76.*.*

*.nat.pool.telekom.hu

A winfoswistában és 7-ben volt egy olyan sebezhetőség, hogy az "indítási javítás" nevű fos (ami kurwára nem jó semmire egyébként) segítségével lazán "fel lehetett törni" bármelyik winfos jelszavát: youtube link (tudom, kurwa szar ez a videó, de a lényeg látszik rajta és most hirtelen ezt találtam). Egyébként én ezt az opciót akkor használom, ha egy gép nem tud pendrive-ról bootolni, ugyanis innen lazán el lehet indítani a winfos telepítőt, nem kell DVD-vel baszódni.

Nos, erről a gondról a mikrofosnál is tudtak, és mint megtudtam, ahelyett, hogy javították volna a biztonsági rést, ami ebben van, az SP1-ben komplettül kiszedték az egész kibaszott indítási javítást! A kurva anyátokat, azt!
Én meg ugye telibe vagyok szopatva, mert ebben a brand PC-ben csak CD olvasó/író volt, ami nem éppen elég a winfos telepítőnek. Szóval mikrofos, rohadjatok meg, gázkamrába veletek meg a "szervízpakk"jaitokkal!

TCH (statz)

#1, Főfasz (10443)

962 | #4a67 | ^ | Idézet | Thu, 17 Jan 2019 17:10:39 +01

178.164.*.*

*.pool.digikabel.hu

Jah, a winfos minden verzióval egyre butább lesz. Mármint olyan értelemben, hogy kiszedegetnek belőle mindent, mert minek az a júzernek.

Van nekem egy ASUS My Cinema-P7131 kártyám, csak kábel nem volt hozzá. Sikerült találnom kábelt, de csak kártyával adták. Mondom jó, 10 ruppó, marad egy tartaléknak, majd megnézem melyiknek szebb a képe. Tegnap meg is jött a kártya, leteszteltem őket. (A két kártya egyébként tök ugyanaz, mármint ugyanaz a revízió (3.02), meg ugyanaz a chip van rajta (7134), csak az egyiket még a Philips gyártotta, a másikat meg már az NXP.

Régi a Philips chippel:

Új az NXP chippel:

Nagyjából ugyanaz, de az NXP-s világosabb, ami még lehetne jó, csak sajnos minél világosabb egy pont (pl. betűknél) annál jobban látszik, hogy "maszatol". Úgyhogy marad a régi kártya. (De ettől függetlenül vállalható az újnak a képe is.)

TCH (statz)

#1, Főfasz (10443)

240 | #4a68 | ^ | Idézet | Thu, 17 Jan 2019 22:31:55 +01

178.164.*.*

*.pool.digikabel.hu

https://hup.hu/node/162560

Feltörték a MEGA-t és kiszivárogtatták a titkosított adatokat. Pedig állítólag ez rommá van titkosítva, de akkor ennyit ért az a rommátitkosítás, hogy simán rommátörték...

TCH (statz)

#1, Főfasz (10443)

729 | #4a69 | ^ | Idézet | Fri, 18 Jan 2019 13:50:45 +01

188.143.*.*

*.pool.digikabel.hu

A mikrofos vscode tömegével pusztítja az emberek kódját, mert félreérthetően vannak benne a gombok elnevezve és még a biztonsági kérdések is félreérthetően vannak feltéve:

https://social.msdn.microsoft.com/Forums/expression/en-US/b32e47a9-d86c-473a-9449-a7f5c202463c/visual-studio-code-just-deleted-all-my-files?forum=visualstudiogeneral
https://github.com/microsoft/vscode/issues/32405
https://stackoverflow.com/questions/33235338/vs-code-delete-my-unity-project-os-xgit-clean-all

Persze ezeknek az embereknek sincs ki a négy kerekük, hogy nincs backupjuk, de attól még az nem jó megoldás, ha egy program egy clean all vagy discard all changes gombra letörli a user projektjét...

Ádám (statz)

#4, Főfasz (1815)

1073 | #4a6a | ^ | Idézet | Fri, 18 Jan 2019 16:50:43 +01

89.133.*.*

*.catv.broadband.hu

@TCH:
Feltörték a MEGA-t és kiszivárogtatták a titkosított adatokat. Pedig állítólag ez rommá van titkosítva, de akkor ennyit ért az a rommátitkosítás, hogy simán rommátörték...

Dögöljön meg az egész kibaszott megaápplód, nem elég, hogy egy használhatatlan fos, még egy adag szar is biztonságosabb nála.
Na meg ha minden annyira übertitkos, akkor miért törölnek bele az emberek fájljaiba "mert ez egy exe és akkor biztos illegális dolgokat tartalmaz" címszó alatt.

https://hvg.hu/tudomany/20190118_android_q_operacios_rendszer_google
A kuglinál a sötétszürke az a fekete. Gratulálok...

https://hvg.hu/tudomany/20190118_samsung_galaxy_f_hajlithato_kijelzos_okostelefon_hajlithato_mobil
https://hvg.hu/tudomany/20190117_hajlithato_kijelzo_okostelefon_motorola_razr
https://index.hu/techtud/2019/01/16/keszul_a_hajlithato_kijelzon_mukodo_windows/
https://index.hu/techtud/2019/01/04/harom_kijelzos_hajtogathato_mobilt_fejleszthet_a_xiaomi/
DE MINEK?

Ádám (statz)

#4, Főfasz (1815)

173 | #4a6b | ^ | Idézet | Fri, 18 Jan 2019 17:38:50 +01

89.133.*.*

*.catv.broadband.hu

Azt tartottam a legegyszerűbb megoldásnak, ha az adott exét gyorsan elküldöm magamnak. Nem sikerült, át kellett neveznem JPG-re...

TCH (statz)

#1, Főfasz (10443)

1057 | #4a6c | ^ | Idézet | Fri, 18 Jan 2019 19:29:31 +01

188.143.*.*

*.pool.digikabel.hu

@Ádám:
még egy adag szar is biztonságosabb nála.

XDDDDDDDDDDDDDDDDDDDDDDDDDDDDD

@Ádám:
Na meg ha minden annyira übertitkos, akkor miért törölnek bele az emberek fájljaiba "mert ez egy exe és akkor biztos illegális dolgokat tartalmaz" címszó alatt.

Bullshit az egész, kiszophatják.

@Ádám:
A kuglinál a sötétszürke az a fekete. Gratulálok...

Erről nem találtam utalást a cikkben. Vagy a képeken volt?

@Ádám:
DE MINEK?

KIFLINEK. :))) Legalábbis, ha így fog hajlani, akkor kifli alakú telefon lesz. Már csak virslit kell bele szerezni.

@Ádám:
Azt tartottam a legegyszerűbb megoldásnak, ha az adott exét gyorsan elküldöm magamnak. Nem sikerült, át kellett neveznem JPG-re...

Tudod mi a legszörnyűbb? Nem is az, hogy exe-t nem engedett átküldeni, az még hagyján, még ha bosszantó is. De, hogy egy sima átnevezéssel be lehessen csapni a rendszert...na az fail.

Ádám (statz)

#4, Főfasz (1815)

1659 | #4a6d | ^ | Idézet | Fri, 18 Jan 2019 21:57:44 +01

89.133.*.*

*.catv.broadband.hu

@TCH:
Vagy a képeken volt?

Igen. Mostanában ez a "kurwára nem fekete, de azért fogjuk rá, hogy sötét téma" a divat. Pedig a feketének még értelme is lenne, mert így OLED kijelzőknél (mai mobilok nagy része már ilyen) lehetne energiát is spórolni és nem kéne naponta tölteni az okosszarjainkat.

@TCH:
Tudod mi a legszörnyűbb? Nem is az, hogy exe-t nem engedett átküldeni, az még hagyján, még ha bosszantó is. De, hogy egy sima átnevezéssel be lehessen csapni a rendszert...na az fail.

Igazából a JPG-nél is ugyanezt az errort dobta ki, csak közben megjött magamnak az e-mail benne a frissen feltöltött JPG-vel. (Tudom, számtalan más, jobb megoldás van arra, hogy fájlokat másoljunk két gép között, de a "forrásgép" jelen esetünkben egy driverhiányos fos, akin csak a Telenoros USB-s 4G-s izémmel tudtam netet csiholni.)

Így néznek ki a VMWare párbeszédablakok, ha az ember winfostizet használ és két monitorral rendelkezik. Rendben, ne használjon winfostizet,

Suxplorer 12-ből (ja bocs, ez már 44 :D) az oldalból alapból a CSS nélküli verzió kel fel, és nem tudom "CSSíteni" a CSS be gombbal sem. Valószínűleg ez az edge fassága lehet, mert a többi böngészőben megy.
És az edge még mindig egy fosrakás (pl. nem lehet jobb klikkel kép URL-t másolni, csak valami "megosztás" funkció van, ami átdob a mikrofos sztórba), de lusta voltam felrakni egy böngészőt, na meg ha már ezen a gépen winfostízre "vagyok kényszerítve", akkor már legyen teljes az élmény :D

TCH (statz)

#1, Főfasz (10443)

2167 | #4a6e | ^ | Idézet | Fri, 18 Jan 2019 22:17:55 +01

188.143.*.*

*.pool.digikabel.hu

@Ádám:
Igen. Mostanában ez a "kurwára nem fekete, de azért fogjuk rá, hogy sötét téma" a divat. Pedig a feketének még értelme is lenne, mert így OLED kijelzőknél (mai mobilok nagy része már ilyen) lehetne energiát is spórolni és nem kéne naponta tölteni az okosszarjainkat.

Ja, értem. Igazad van. Nekem ez fel se tűnt, mert sose okostelefonoztam.

@Ádám:
gazából a JPG-nél is ugyanezt az errort dobta ki, csak közben megjött magamnak az e-mail benne a frissen feltöltött JPG-vel.

XDDDDDDDDDDDDDDDDDDDDDDDDDDDD Magyarul bereklamált, de azért elküldte? :D Akkor így kell vírust küldeni gaymaillel...

@Ádám:
(Tudom, számtalan más, jobb megoldás van arra, hogy fájlokat másoljunk két gép között, de a "forrásgép" jelen esetünkben egy driverhiányos fos, akin csak a Telenoros USB-s 4G-s izémmel tudtam netet csiholni.)

Ilyenkor jó, ha van FTP szervered valahol. Akár egy ingyenes fos.

@Ádám:
Így néznek ki a VMWare párbeszédablakok, ha az ember winfostizet használ és két monitorral rendelkezik. Rendben, ne használjon winfostizet,

Ez most a winfostíz sara? Csak mert a VMWare is egy nagy fos.

@Ádám:
Suxplorer 12-ből (ja bocs, ez már 44 :D)

XDDDDDDDDDDDDDDDDDD Ezek is átvették ezt a baszom verziószámozást a kuglitól. Sőt most már a motort is. Szánalmas.

@Ádám:
az oldalból alapból a CSS nélküli verzió kel fel, és nem tudom "CSSíteni" a CSS be gombbal sem. Valószínűleg ez az edge fassága lehet, mert a többi böngészőben megy.

Nem fogadja el a sütiket?

@Ádám:
És az edge még mindig egy fosrakás (pl. nem lehet jobb klikkel kép URL-t másolni, csak valami "megosztás" funkció van, ami átdob a mikrofos sztórba),

XDDDDDDDDDDDDDDDDDDDDDDDDDD

@Ádám:
de lusta voltam felrakni egy böngészőt, na meg ha már ezen a gépen winfostízre "vagyok kényszerítve", akkor már legyen teljes az élmény :D

ROFL, minek szopsz vele már megint? :D

Ádám (statz)

#4, Főfasz (1815)

1094 | #4a6f | ^ | Idézet | Fri, 18 Jan 2019 23:08:15 +01

89.133.*.*

*.catv.broadband.hu

@TCH:
Ilyenkor jó, ha van FTP szervered valahol. Akár egy ingyenes fos.

Van is, de a winfostíz alapból nem tud FTP-re kapcsolódni, mert bereklamál, hogy "nembiztonságos"...

@TCH:
Nem fogadja el a sütiket?

De, benne voltak a sütik (a CSS beállító is), csak mintha nem látta volna.

@TCH:
ROFL, minek szopsz vele már megint? :D

Ideje volt picit fejleszteni a "winfos gányoló mini winfos"omat (memtest, MBR javító izé, vírusirtó, regedit, stb... amiket napi szinten kell, hogy használjak), mert 1-2 dolog már kurwára hiányzott belőle, de ezt meg csak winfos 10 alatt tudom megtenni. Virtuális gépen meg csak az, hogy felmountolja a már létező ISO-t 8-10 percbe telik, úgyhogy inkább gyorsan elkülönítettem a winfosnak 30 GB helyet, oszt hadd menjen a dualboot. (Lófaszt, mert persze felülírta az MBR-t a windózos fasságával, de majd visszavarázsolom rá a GRUB-ot valahogy.) Úgyhogy épp most születik a winfosgányoló izé 2.0-s verziója minden földi jóval, amire csak szükség lehet.

TCH (statz)

#1, Főfasz (10443)

1054 | #4a70 | ^ | Idézet | Fri, 18 Jan 2019 23:15:22 +01

188.143.*.*

*.pool.digikabel.hu

@Ádám:
Van is, de a winfostíz alapból nem tud FTP-re kapcsolódni, mert bereklamál, hogy "nembiztonságos"...

Ouch... XDDDDDDDDDDDDDDDDDD SFTP? SCP?

@Ádám:
De, benne voltak a sütik (a CSS beállító is), csak mintha nem látta volna.

Érdekes... Vagy még inkáb mikfosos. :P

@Ádám:
Ideje volt picit fejleszteni a "winfos gányoló mini winfos"omat (memtest, MBR javító izé, vírusirtó, regedit, stb... amiket napi szinten kell, hogy használjak), mert 1-2 dolog már kurwára hiányzott belőle, de ezt meg csak winfos 10 alatt tudom megtenni.

winnyogszpontegy?

@Ádám:
Lófaszt, mert persze felülírta az MBR-t a windózos fasságával, de majd visszavarázsolom rá a GRUB-ot valahogy.

dpkg-reconfigure grub-pc vagy dpkg-reconfigure grub-efi

@Ádám:
Úgyhogy épp most születik a winfosgányoló izé 2.0-s verziója minden földi jóval, amire csak szükség lehet.

Pl. kékhalállal? :P

Ádám (statz)

#4, Főfasz (1815)

756 | #4a71 | ^ | Idézet | Fri, 18 Jan 2019 23:37:09 +01

89.133.*.*

*.catv.broadband.hu

@TCH:
SFTP? SCP?

Nem próbáltam, de gondolomn azok se mennének.

@TCH:
winnyogszpontegy?

Anno a winfostíznek megfelelő "miniwindóz"-ból csináltam, és azt csak winfostizen lehet módosítani (a hozzá való program csak ezzel kompatibilis, köcsög mikrofos), meg így ha kell valami dll, azt csak áthúzom a win10-ből az ISO-ba, nem kell SAM-ekkel együtt összekukázni őket a netről.

@TCH:
dpkg-reconfigure grub-pc vagy dpkg-reconfigure grub-efi

Köszi, megspóroltál nekem egy turkálást az internetben :D Gondolom, ez lefut live rendszer alól is.

@TCH:
Pl. kékhalállal? :P

Bezony, azzal is... Stabil, mint a Magyar Forint.

TCH (statz)

#1, Főfasz (10443)

2771 | #4a72 | ^ | Idézet | Sat, 19 Jan 2019 10:43:55 +01

84.236.*.*

*.pool.digikabel.hu

@Ádám:
Nem próbáltam, de gondolomn azok se mennének.

Nem gondolni kell, próbálni.

@Ádám:
Anno a winfostíznek megfelelő "miniwindóz"-ból csináltam, és azt csak winfostizen lehet módosítani (a hozzá való program csak ezzel kompatibilis, köcsög mikrofos), meg így ha kell valami dll, azt csak áthúzom a win10-ből az ISO-ba, nem kell SAM-ekkel együtt összekukázni őket a netről.

Hiába nyomják a winfostizet a mikrofosék, ezzel csak az ellenkezőjét érik el hosszútávon.

@Ádám:
Köszi, megspóroltál nekem egy turkálást az internetben :D Gondolom, ez lefut live rendszer alól is.

Tud menni, de akkor nem csak ennyi. Illusztrálom egy példával, ahol /dev/sda lesz az a merevlemez, amin a Linux meg a winfos vannak és /dev/sda1 az a partíció, ahol a Linux. Értelemszerűen ezt neked kell tudnod, hogy melyik merevlemez melyik partíciója a megfelelő; blkid és lsblk parancsok a barátaid.

Először is csizmázd be a lájvlinukszotot. Aztán, terminál és csináljunk egy mountpointot a lemeznek, majd csatoljuk fel azzal, hogy

mkdir -p /mnt/disk
mount /dev/sda1 /mnt/disk

Eztán pár virtuális rendszerkönyvtárat is be kéne csatolni oda, mert nem csak turkálni akarunk, hanem kellenek a hw cuccai is, tehát jöhet a

mount -t proc /proc /mnt/disk/proc
mount -t sysfs /sys /mnt/disk/sys
mount -o bind /dev /mnt/disk/dev
mount -t devpts devpts /mnt/disk/dev/pts

Ha ezzel megvagyunk, akkor jön a "mágia" (értsd: a lényeg); életre keltjük a telepített rendszert a chroot-tal

chroot /mnt/disk/

Ha ez megvan, akkor bent vagy a telepített rendszeredben, mintha felbootoltad volna. Attól függően, hogy a gép EFI-s, vagy BIOS-os, jöhet a

dpkg-reconfigure grub-pc

vagy

dpkg-reconfigure grub-efi

cél a /dev/sda. (Ami nálad az lesz, ami, ld. fentebb.) Alternatívaként lehet ezek helyett nyomni egy

grub-install --target=<x86_64-efi/i386-pc> --efi-directory=/boot/efi --boot-directory=/boot --root-directory=/ /dev/sda
grub-mkconfig -o /boot/grub/grub.cfg
update-initramfs -c -k all

összeállítást (a target itt is az EFI/BIOS függvénye), de elégnek kell lennie a sima dpkg-s megoldásnak is.

Ha minden kész, akkor

exit

amivel kiszálltál a telepített rendszerből és megint a live-ban vagy, lehet lecsatolni mindent

umount -l /mnt/disk/dev/pts
umount -l /mnt/disk/dev
umount -l /mnt/disk/sys
umount -l /mnt/disk/proc
umount -l /mnt/disk

És megvagy. Lehet rebootolni és bebootolni. (Ha minden jól ment.)

@Ádám:
Bezony, azzal is... Stabil, mint a Magyar Forint.

XDDDDDDDDDDDDDDDDDDD

TCH (statz)

#1, Főfasz (10443)

133 | #4a73 | ^ | Idézet | Sat, 19 Jan 2019 12:10:12 +01

84.236.*.*

*.pool.digikabel.hu

Bukkmarkok:
http://www.ezcap.tv/usb-video-capture/ezcap116-capture-card
https://www.elgato.com/en/video-capture

Ádám (statz)

#4, Főfasz (1815)

168 | #4a74 | ^ | Idézet | Sat, 19 Jan 2019 16:46:29 +01

37.76.*.*

*.nat.pool.telekom.hu

Köszönöm, sikerült! Annyi, hogy sda helyett sdb-t kellett pötyögnöm, nálam valamiért az sda a HDD és az sdb az SSD (pedig az SSD van a "nulladik" satára kötve).

TCH (statz)

#1, Főfasz (10443)

92 | #4a75 | ^ | Idézet | Sat, 19 Jan 2019 17:24:18 +01

84.236.*.*

*.pool.digikabel.hu

Nincs mit.

Az SSD-t később dugtad rá, mint a HDD-t? Mert ha igen, akkor azért az a második.

TCH (statz)

#1, Főfasz (10443)

337 | #4a76 | ^ | Idézet | Sat, 19 Jan 2019 18:26:24 +01

84.236.*.*

*.pool.digikabel.hu

Kozben ujra kellett raknom a Solaris 10-et, mert a Lazarus felrakasa kozben osszeszemeteltem, raadasul kiderult, hogy a particionalo automatikusan csak annyi helyet ad a root-nak, amennyi kell, a tobbit atdobja a /home/export ala. Ujraraktam, ezuttal mindent felraktam az OCM kivetelevel es 12 GB-t kapott, es nincs 3. particio.

TCH (statz)

#1, Főfasz (10443)

161 | #4a77 | ^ | Idézet | Sat, 19 Jan 2019 20:41:15 +01

84.236.*.*

*.pool.digikabel.hu

Hát bazdmeg, nagyon úgy néz ki, hogy Solarison nem lehet 64 bites Lazarust építeni, mert a Cairo meg a Pango csak 32 bites, mind a telepített, mind az OpenCSW-s.

TCH (statz)

#1, Főfasz (10443)

86 | #4a78 | ^ | Idézet | Sat, 19 Jan 2019 21:11:59 +01

84.236.*.*

*.pool.digikabel.hu

Hopsz, dehogynem, az OpenCSW-s az mindkettőt hozza, csak az amd64-es máshova kerül. :P

TCH (statz)

#1, Főfasz (10443)

316 | #4a79 | ^ | Idézet | Sat, 19 Jan 2019 22:13:13 +01

84.236.*.*

*.pool.digikabel.hu

Most m'r lebuildel[dik, csak ;ppen besyarik indul'skor. Iderakom, hogz meglegzen:

ld.so.1: lazarus: fatal: relocation error: file /usr/local/share/lazarus/lazarus: symbol gdk_screen_get_resolution: referenced symbol not found

De ey most m'r holnapra marad.

Ja ;s: MAGZAR BILLENTZ|YET RULEY$$$

TCH (statz)

#1, Főfasz (10443)

382 | #4a7a | ^ | Idézet | Sun, 20 Jan 2019 10:42:05 +01

178.164.*.*

*.pool.digikabel.hu

Közben egyébként eszembe jutott, hogy ha maga az IDE nem is megy, de a buildelő mehet, hiszen annak nem kell a GTK. Kipróbáltam

export PATH=/usr/local/share/lazarus:$PATH
cd /usr/local/share/lazarus
lazbuild /root/ytfe/ytfe.lpi

és ment. Lebuildelte. De sajnálatos módon a kapott executable is pontosan ugyanazzal a hibával döglött meg, mint az IDE. Még dolgozom az ügyön.

TCH (statz)

#1, Főfasz (10443)

6812 | #4a7b | ^ | Idézet | Sun, 20 Jan 2019 12:00:49 +01

178.164.*.*

*.pool.digikabel.hu

Nnnnna, hát megvan az, csak éppen át kellett linkelni az OpenCSW lib könyvtárát oda, ahol kereste, meg belinkelni pár libet is oda, ami magában a rendszerben volt.

mv /usr/lib/64 /usr/lib/64.bak
ln -s /opt/csw/lib/amd64 /usr/lib/64
ln -s /usr/lib/amd64/libX11.so.4 /usr/lib/64/
ln -s /usr/lib/amd64/libXinerama.so.1 /usr/lib/64/
ln -s /usr/lib/amd64/libmlib.so.2 /usr/lib/64/

És voila, már megy is:

Persze maga a tecső nem jön be, mert valószínűleg az SSL hiányzik neki. :/

Faszom ebbe az egészbe...

Sz*rk: Pedig fennt van az OpenSSH is, meg a LibSSL is, meg az OpenSSL is...

Viszont az IDE életre kelt. Csak make helyett gmake-et kell beállítani.

Sz*rk #2: A jelek szerint nem az SSL-lel van baj, azt szépen felinicializálja. Csak amikor GET van, akkor ESocketError kivétellel elszáll...

Sz*rk #3: És meg is van, hogy miért: nem tudja beállítani az IO Timeoutot...

Sz*rk #4: Az IOTimeout beállításának kihagyásával (persze makróval, csak Solarison) meg is gyógyult:

Sz*rk #5: Működik a lejátszás is. Azaz működne, ha lenne YT képes lejátszó. De MPlayerrel kipróbáltam, hogy magát a programot elindítja-e és igen, csak a program reklamál, hogy ő ezzel a tecső linkkel nem tud mit kezdeni. De ez nekem már mindegy.

Na, szóval jöhet a FreeBSD is. Csak előbb fel kell raknom egy 64 bites, új FreeBSD-t. Vagy akkor már mindjárt TrueOS-t.

Jah, ha valaki szeretne Lazarust telepíteni Solaris alá (nem hinném, hogy rajtam kívül bárki szopik ezzel), akkor itt egy (majdnem) fullos script (Sparc támogatás csak részleges) hozzá:

#!/bin/sh

if [ "$#" -lt 3 ];
then
	echo "Usage: install_lazarus_solaris.sh <i386/x86_64/sparc> <fpc version> <lazarus version> [lazarus source revision]"
	exit 0
fi

case "$1" in
	"i386")
		carch="386"
	;;
	"x86_64")
		carch="x64"
	;;
	"sparc")
		carch="sparc"
	;;
	*)
		echo "Invalid architecture."
		exit 0
	;;
esac

if [ ! -f "/opt/csw/bin/pkgutil" ];
then
	pkgadd -d http://get.opencsw.org/now
fi
PATH="/opt/csw/bin:""$PATH"

pkgutil -U
pkgutil -y -i wget
pkgutil -y -i coreutils
pkgutil -y -i binutils
pkgutil -y -i gtar
pkgutil -y -i gzip
pkgutil -y -i gmake
pkgutil -y -i gdb
pkgutil -y -i libgtk2_dev

cd /tmp

if [ ! -f "/usr/bin/ppc""$carch" ];
then
	DNAME="fpc-""$2"".""$1""-solaris"
	ANAME="$DNAME"".tar"
	wget "ftp://ftp.hu.freepascal.org/pub/fpc/dist/""$2""/""$1""-solaris/""$ANAME"
	if [ ! -f "$ANAME" ];
	then
		echo "Could not download FreePascal binaries."
		exit 0
	fi
	tar -xvf "$ANAME"
	rm "$ANAME"
	cd "$DNAME"
	echo "Install to /usr/ instead of /usr/local/"
	./install.sh
	cd ..
	rm -rf "$DNAME"
fi

cd /tmp

if [ ! -f "/usr/share/fpcsrc/""$2""/Makefile" ];
then
	ANAME="fpc-""$2"".source.zip"
	wget "https://netcologne.dl.sourceforge.net/project/freepascal/Source/""$2""/""$ANAME" --no-check-certificate
	if [ ! -f "$ANAME" ];
	then
		echo "Could not download FreePascal sources."
		exit 0
	fi
	unzip "$ANAME"
	rm "$ANAME"
	mkdir -p /usr/share/fpcsrc/
	mv "fpc-""$2" "/usr/share/fpcsrc/""$2"
fi

cd /tmp

if [ ! -f "/usr/local/share/lazarus/lazarus" ];
then
	if [ ! -d "lazarus" ];
	then
		REV=""
		if [ "$4" != "" ];
		then
			REV="-""$4"
		fi
		ANAME="lazarus-""$3""$REV"".zip"
		wget "https://downloads.sourceforge.net/project/lazarus/Lazarus%20Zip%20_%20GZip/Lazarus%20""$3""/""$ANAME" --no-check-certificate
		if [ ! -f "$ANAME" ];
		then
			echo "Could not download Lazarus sources."
			exit 0
		fi
		unzip "$ANAME"
		rm "$ANAME"
	fi
	cd lazarus
	if [ ! -f "lazarus.Makefile.solaris.diff" ];
	then
		wget http://oscomp.hu/depot/lazarus.Makefile.solaris.diff
		patch < lazarus.Makefile.solaris.diff
	fi
	if [ ! -f "install/man/lazarus.man.Makefile.solaris.diff" ];
	then
		cd install/man
		wget http://oscomp.hu/depot/lazarus.man.Makefile.solaris.diff
		patch < lazarus.man.Makefile.solaris.diff
		cd ../..
	fi
	gmake clean bigide
	if [ -f lazarus ];
	then
		gmake install
	fi
	cd ..
	if [ -f "/usr/local/share/lazarus/lazarus" ];
	then
		rm -rf lazarus
	fi
fi

case "$1" in
	"i386")
		if [ ! -d /usr/lib/32.bak ];
		then
			mv /usr/lib/32 /usr/lib/32.bak
			ln -s /opt/csw/lib/i386 /usr/lib/32
			ln -s /usr/lib/libX11.so.4 /usr/lib/32/
			ln -s /usr/lib/libXinerama.so.1 /usr/lib/32/
			ln -s /usr/lib/libmlib.so.2 /usr/lib/32/
		fi
	;;
	"x86_64")
		if [ ! -d /usr/lib/64.bak ];
		then
			mv /usr/lib/64 /usr/lib/64.bak
			ln -s /opt/csw/lib/amd64 /usr/lib/64
			ln -s /usr/lib/amd64/libX11.so.4 /usr/lib/64/
			ln -s /usr/lib/amd64/libXinerama.so.1 /usr/lib/64/
			ln -s /usr/lib/amd64/libmlib.so.2 /usr/lib/64/
		fi
	;;
	"sparc")
		echo "Symlinking needed libraries is not yet implemented for Sparc."
	;;
esac

Sz*rk #6:

Ja és a Solaris ftp-je broken, nem lehet se fel, se letölteni vele. Az NcFTP meg egy nagy fos, mindenre csak beugat, hogy ÁKKSZESZDINÁJD, mielőtt még csak akár elfingottam volna magam, azaz nem volt sem login kísérlet, sem semmi, beírod, hogy ncftp domain.tld és azonnal ÁKKSZESZDINÁJD!!! Az LFTP viszont működik. Mondjuk nekik is jár egy vasalt bakancsos pofántaposás, amiért ez a fos beugat, hogy NEMJÓASZERTIFIKÉT, bazdmeg, ez egy kurwa FTP, nincs semmi SSL, a faszom... De itt legalább van megoldás:

mkdir ~/.lftp && echo "set ssl:verify-certificate no" > ~/.lftp/rc

Sz*rk #7:
A YAFC is megy és ahhoz aztán végképp nem kell semmi sem, lefordul és megy régi és új Solaris alatt is. Teszteltem Solaris 10-en és OmniOS-en is. Viszi a ~/.netrc fájlokat is, csak be kell állítani neki configban, hogy tegye meg (echo "read_netrc true" >> ~/.yafc/yafcrc). Sajnos FreeBSD alatt nem lehet leforgatni, legalábbis újkori (9+) FreeBSD alatt nem. Azonfelül nem tudja az lftp által kezelt -c (commands) kapcsolót sem, de a régi FTP scripting megy vele:

#!/bin/sh
yafc <<END_SCRIPT
open ftp_host
ls
quit
END_SCRIPT