BGAFC Vendégkönyv

Σ: 51 post

TCH (statz)

#1, Főfasz (10466)

559 | #50b6 | ^ | Idézet | Fri, 25 Sep 2020 10:21:41 +02

178.164.*.*

*.pool.digikabel.hu

Lehet, hogy kiszivárgott egy csomó winfos forráskódja.
Sz*rk: Megerősítve! \o/ Kurwa nagyott szopott a mikiszoft és hajrá ReactOS, most már van honnan puskázni!
Sz*rk #2: Leforgatni is sikerült.

TCH (statz)

#1, Főfasz (10466)

414 | #50b7 | ^ | Idézet | Fri, 25 Sep 2020 23:49:36 +02

188.143.*.*

*.pool.digikabel.hu

kemi, a dolog rosszabbodott, én meg nem akarok rádragasztani semmit, úgyhogy sztem halasszunk, amíg fel nem gyógyulok.

Vándékkönyv v4.26.0:
• BBCode 3.7.0: Van tdrs, thrs, tdcs, thcs, thrrs és thrcs tag, rowspanhoz és colspanhoz. Ld. a segítséget, de frissítettem ezt a posztot is (ezért is csináltam meg).

kemi (statz)

#2, Főfasz (2970)

466 | #50b8 | ^ | Idézet | Sat, 26 Sep 2020 23:30:58 +02

81.182.*.*

*.dsl.pool.telekom.hu

Igazából nem értem miért nem nyitja ki az M$ a winfos forráskódját. Mindenki jól járna vele. Kiadják a cuccaikat most már Mac-re meg Linuxra is, mert rájöttek nem az a fő termékük. Úgy nem kerülgetni kéne az x*10 éves bugokat, hanem ki lehetne javítani.

@TCH:
kemi, a dolog rosszabbodott, én meg nem akarok rádragasztani semmit, úgyhogy sztem halasszunk, amíg fel nem gyógyulok.

Felőlem oké, halasszuk, én sem érzem valami jól magam.

TCH (statz)

#1, Főfasz (10466)

922 | #50b9 | ^ | Idézet | Sun, 27 Sep 2020 10:39:47 +02

188.143.*.*

*.pool.digikabel.hu

@kemi:
Igazából nem értem miért nem nyitja ki az M$ a winfos forráskódját. Mindenki jól járna vele. Kiadják a cuccaikat most már Mac-re meg Linuxra is, mert rájöttek nem az a fő termékük. Úgy nem kerülgetni kéne az x*10 éves bugokat, hanem ki lehetne javítani.

Nem tehetik, tele van 3rd party kódokkal, amiket ők csak használhatnak, de nem publikálhatnak. A másik meg az, hogy ha kiadják, akkor gyakorlatilag ezüsttálcán kínálják fel a ReactOS-nek a "hatalomátvételt", hiszen akkor csak kipuskázzák a kódból a howto-t, implementálják úgy, hogy ne lehessen ráfogni, hogy az a windóz kódja, aztán tessék, ingyenes winfos alternatíva. Kinek fog akkor kelleni a fizetős winfos? Pláne a winfostíz, amikor ott lesz a winxp/win7 deriváns ReactOS.

@kemi:
Felőlem oké, halasszuk, én sem érzem valami jól magam.

Ajaj. Te is megfáztál? Vagy elkaptál valamit?

TCH (statz)

#1, Főfasz (10466)

8197 | #50ba | ^ | Idézet | Mon, 28 Sep 2020 18:46:33 +02

188.143.*.*

*.pool.digikabel.hu

Kecske mindenkibe! Önök újfennt a sufnituning rovatot hallják, fogadják legőszintébb részvétünk... (Igazából bekaphatjátok, hehe.)

Valamikor bazikurwarégen, volt az A500+-omban egy picsakék színű hordóakksi (az eredeti, amit 1991-ben beleraktak), ami az idő múlásával megadta magát a picsába, kifolyt a picsába és összemarta az alaplapot a picsába. A picsába... Ez így maradt a jóég tudja hány évig, majd a kétezres évek közepén vagy végén - a faszom se tudja már mikor, 2006-2009-ig akármi lehet, talán 2007-ben - rendeltem - a faszom se tudja már honnan, talán a Vesalia-ról - egy csereakksit. Meg is jött, szép takonyződ volt, így hát kiforrasztottam a régit és beforrasztottam helyette ezt.
Ez is elzakatolt benne, kb. másfél évtizedig, de mostanra már ez is megfolyt a faszba - bár nem olyan durván, mint az előző, ez még épp csak elkezdte - és mostanság állandóan elfelejtette már az időt (egy az Amiga 500 maximum RAM kapacitásáról szóló vita kapcsán fotóztam le az ACA500 egyik menüjét, hogy igazoljam, hogy a "Trapdoor" Slow RAM helyére lehet Fast RAM-ot is lapozni és valami tavalyi dátumot mutatott...), úgyhogy egyértelmű volt, hogy az akksinak vége, itt az ideje a cserének...
Mindenesetre úgy döntöttem, hogy a hordóakksikból elég, kap egy CR-2032 socketet és ossza be magának. Igaz, hogy ezek a hordók 3.6V-osak, míg a CR-2032 csak 3V, de igazából le van szarva; a mostani akksi is már csak 1.4-1.5V-ot adott és még így is napokig bírta az óra vele...

Namármost, mivel pénzem az kb. bilgéc pénzének a reciproka, így természetesen abból főzünk, ami van. (Értsd: szarból.) Évek óta hányódik itt az udvaron egy teljesen szanaszétbaszott pécés alaplap; amit forrasztás nélkül le lehetett róla szedni, azt már leszedtem (ill. pár csoportjumper még van rajta, ha el nem felejtem, majd azt is lebányászom róla), viszont speciel a CR-2032-es socket még rajta vagyon. (Képek klikkre kitágulnak.)

Amint látni lehet, ennek már úgyis mindegy. Amúgy is bugos, mert tele van mindenféle rohadt bogárral, pókkal, sőt még a csigák is végigmásztak rajta és össze is szarták a picsába; mindig is mondtam, hogy a pécé csiga és szar, de, hogy csigaszaros is...?
Maga a socket is kissé viseletes állapotban van, dehát, ha nincs ló, jó a kecske is. (Krumplipürének.)

Fogtam a forrasztópákát és leműtöttem róla a socketet. Tényleg eléggé viharvert. (Szó szerint, hiszen ezt a szerencsétlen alaplapot a vihar is megverte kint, nem egyszer.) Talán éppen csak, hogy földigiliszták nincsenek benne, mert moha meg föld az van. (Mondjuk utóbbinak kell is lennie, de nem úgy, na.)

Eltettem magam virslibefőttnek a szebb napokra, aztán hirtelen másnapos lettem másnap lett, én meg nekiálltam folytatni a kontártékonykodást. Először kipucoltam a socketet, majd befújtam kontaktspray-vel, jó vastagon. (Hát nem sokat segített.) Kinthagytam az udvarom, had szedje az oxidot és addig szétkaptam a gépet. Ha valaki még emlékszik a cca. öt évvel ezelőtti gányolószakkörre, amikor is újrakondiztam ezt a gecisvödröt, akkor annak talán rémlik, hogy a képeken látszik az akksi is. Na, úgy nézett ki a föld felőli oldala akkor és így néz ki most:

Amint látszik, az elmúlt öt évben valamikor ennek is elérkezett az órája (ééérted, elérkezett az órája az órát hajtó elemnek, hajaj, de végtelenül kurwa vicces, bazdmeg, há-há... :( ) és ez is megkezdte a szalámijákolást szalmiákolást. Szerencsére most még időben elkaptuk, nem rontott tovább a helyzeten. Gyorsan kiforrasztottam a gecibe, aztán előkapartam pár fülpálcikát, bevizeztem őket és megtakarítottam a mocsoktól az alaplapot, amennyire bírtam. (Utána megküldtem a hajszárítóval is.) Túl sokat mondjuk nem segített rajta, de azért jobb, mint volt.

(Ha valaki csodálkozna, hogy mi a franc az a sötét folt a képen, amit még a vaku sem tudott megvilágítani, hát az én vagyok. De tényleg, ez nem vicc.)
Ugyan készítettem fotót arról is, hogy hogy nézett ki takarítás előtt, de sajnos megint retardált kecskefasz voltam és az utána jövő fotó jobb felkiáltással letöröltem, csak épp elfelejtettem, hogy azt direkt azért csináltam, hogy látszódjon, hogy mennyire volt dzsuvás előtte. Ügyes vagyok... (Miért nagyon trú a trécéhá? Mert mínusz egy az íkúja. Én kívánok elnézést, hogy elmondhattam...)
Viszont, mivel ez - mint említettem - még az eredeti hordóakksi műve volt, kb. elég jól látszik az újrakondizós képeken, hogy mennyire volt szaros az alaplap, pl. ezen: http://oscomp.hu/epicz/A500_C/img_0012.jpg

Ez azonban nem egy konzisztens procedúra volt (milyen faszán beszélek külföldiül), mert pl. menetközben nekiállt szakadni az a retekkel telibekúrt eső, de pont sikerült behozni a socketet, mielőtt elázik a gecibe, mint a riherongy Rihanna. (Aki nem érti ezt a poént, az legyen magára büszke. Én az volnék. Csak sajnos húgom jóvoltából én értem...)

A socketet kimértem, hogy vezet-e, meg ha belerakom az elemet, akkor ad-e feszültséget; hát nem igazán szerette volna egyiket sem csinálni. Persze érthető, mert tiszta oxid, meg dzsuva volt még mindig. Fülpálcikák elő, víz, és kimostam amennyire tudtam. Utána csavarhúzó és levakartam az oxid nagy részét, majd kipróbáltam, hogy jobb-e. Vezetni már vezet, mind a két irányba, de ha berakom az elemet, nem mér semmi feszt. Újabb fülpálcikák, kontaktspray, kenegetés, próba, semmi. Aztán rájöttem, hogy ha nyomom felülről az elemet, akkor hirtelen kedve támad érintkezni és máris van villany. Bazmeg...
A végső megoldás így egy az alsó érintkező alá tett alátét lett...

...de a szó legszorosabb értelmében. Visszaforrasztottam a socketet az akksi helyére...

...majd beleraktam az elemet és összeszereltem a gépet.

A gép természetesen elfelejtette az időt, dehát ez egyértelmű volt.

Úgyhogy beállítottam, majd lekapcsoltam az egészet a fárasba. Adtam neki pár percet, majd beindítottam és megnéztem az időt.

Amint látszik, nem felejtette el, működik. Innentől, ha lemerül az elem, akkor csak cserélni kell. Mondjuk poén lett volna ezt jövőre megcsinálni, hogy elmondhassam, hogy a gép harminc évet kihúzott két hordóakksival, csak éppen, ha a második még jobban megfolyik és kinyírja az alaplapot, akkor ugyanúgy nem mondhattam volna el, de cserébe mínusz egy A500+-om lett volna.

Ez volt a mai sufnituning rovat, remélem (a lófaszt!), hogy mindenki túlélte, legalábbis aránylag kevés agykárosodással, nekem sajnos nem sikerült, de mivel egyrészt nekem nincs agyam, csak valami pótlék és ráadásul még azt sem használom, így nekem speciel kurwára mindegy.
Búcsúzik a műsorvezető: trécéhá az elmeháborodott bakkecske. Bikacsököt bilgécnek és a kurwa anyját a mikrofosnak!

TCH (statz)

#1, Főfasz (10466)

4188 | #50bb | ^ | Idézet | Tue, 29 Sep 2020 18:05:16 +02

94.21.*.*

*.pool.digikabel.hu

Jávaszkript! Mert megérdemeljük!

document.getElementById('formdata401').value =
	'<form action="?" method="' + formmethod + '" name="' + formnameu + '">\n' + 
		formdata401
	'	<p>\n' +
	'		<input type="submit" value="[%' + formnameu + '_SUBMIT%]">\n' +
			hidden401 +
	'	</p>\n' +
	'</form>\n' +
	'[%' + formnameu + '_ERROR%]\n'
;

Ez a kód valid! Hiányzik a harmadik sorban a formdata401 után a + jel, de sebaj, ez így valid! Mit fog ez csinálni? Ezt:

document.getElementById('formdata401').value =
	'<form action="?" method="' + formmethod + '" name="' + formnameu + '">\n' + 
		formdata401; <- Onkenyes terminalas...
	// Es itt egy levegoben lebego string literal, ami nem csinal semmit, csak itt van! Mert ez valid!
	'	<p>\n' +
	'		<input type="submit" value="[%' + formnameu + '_SUBMIT%]">\n' +
			hidden401 +
	'	</p>\n' +
	'</form>\n' +
	'[%' + formnameu + '_ERROR%]\n'
;

Magyarán egyrészt már megint a múltkori nyavalya, hogy a JS ugyan nem követeli meg a pontosvessző általi utasításlezárást, de ugyanakkor meg önkényesen beszúrkodja a kódba, a neki tetsző helyekre, másrészt meg JS-ben csak úgy lebeghetnek mindenféle értékek a semmi kód kellős közepén, anélkül, hogy bármit is csinálnának... Ez már nem is sima facepalm, mert ez nem sima fail, hanem double fail, szóval dukál hozzá egy

saxus már megint ostoba, 3 in 1.

• #1: A szokásos: a C szar, mert bufferoverfló, meg szegfót, de bezzeg a jáva meg a szísárp, mert igaz, hogy abban is van bufferoverfló, meg szegfót, de akkor is. Egész pontosan itt a C most azért szar szerinte, mert át lehet adni nullpointert, de bezzeg a jáva, meg a szísárp, amiben - ő maga is elismeri - szintén át lehet adni nullpointert, az nemszar. (Saját bevallása szerint a C#-ban utólagosan hozzátákolt módon belegányoltak egy olyan reference típust, ami nem lehet NULL. Jegyezzétek meg gyerekek: a C szar, de bezzeg a jáva, meg a szísárp.)
• #2: Ez az immutable string nála valami anális fixáció lehet. Kár rá a szót vesztegetni, anno itt is lefutottuk ezeket a köröket, de természetesen akkor sem fogta fel, hogy ez miért nem egy univerzális megoldás, mert ha karaktereket kell cserélgetned a stringben - ami azért elég gyakori eset - akkor rászívtál...dehát konvertáld karaktertömbbé, oszt kész, lol. Természetesen jó vindózer szokás szerint inkább megpróbálta megmagyarázni, hogy ez az use-case-ek 0.01%-a. (Az ehhez az adathoz szükséges statisztikai algoritmusokat a mikrofos zéerté támogatta, rofl...)
• #3: Ezt a kommentet speciel nem saxus írta, de be +1-ezte. A citált kolléga szerint a validálás hülyeség és mivel én validálok, ezért én túl hülye vagyok ahhoz, hogy én fejlesszem a C standard library-t, amiben egyébként nem szokás validálni és ennek megfelelően dugig is van sechole-okkal. No comment.

TCH (statz)

#1, Főfasz (10466)

78 | #50bc | ^ | Idézet | Tue, 29 Sep 2020 20:26:11 +02

94.21.*.*

*.pool.digikabel.hu

Szerintetek lépjek be a kopoltyús kecskék és dieselpunk nyanyák baráti körébe?

Promatheus alias "Prometheus"

#3, Főfasz (1833)

85 | #50bd | ^ | Idézet | Wed, 30 Sep 2020 16:22:49 +02

78.92.*.*

*.dsl.pool.telekom.hu

Amíg nem kutyaszarba lépsz be, addig oké.
Vagy a KKK-ba (Kecskét Kúrnunk Kolbásszal).

TCH (statz)

#1, Főfasz (10466)

91 | #50be | ^ | Idézet | Wed, 30 Sep 2020 19:31:56 +02

188.143.*.*

*.pool.digikabel.hu

Inkább a 8K-t válaszom: (Kurwára Kotródjunk Ki Kirgizisztánba Kerge Kecskét Kúrni Kotonnal)

TCH (statz)

#1, Főfasz (10466)

83 | #50bf | ^ | Idézet | Thu, 01 Oct 2020 16:29:59 +02

188.143.*.*

*.pool.digikabel.hu

Bukkmark: https://www.tecmint.com/install-enlightenment-on-devuan-linux/

kemi (statz)

#2, Főfasz (2970)

164 | #50c0 | ^ | Idézet | Thu, 01 Oct 2020 17:43:02 +02

81.182.*.*

*.dsl.pool.telekom.hu

Hát még szerencséd, hogy nem marta szét az alaplapot. Nekem egy régi pécének már kinyírta egy ilyen az alaplapját, azóta, ha NiCd akksit látok azonnal kiforrasztom.

TCH (statz)

#1, Főfasz (10466)

48 | #50c1 | ^ | Idézet | Thu, 01 Oct 2020 18:00:43 +02

188.143.*.*

*.pool.digikabel.hu

Azért az Amigák még tartósabbak voltak ennél. :)

TCH (statz)

#1, Főfasz (10466)

142 | #50c2 | ^ | Idézet | Sat, 03 Oct 2020 20:13:32 +02

94.21.*.*

*.pool.digikabel.hu

Bazmeg, elfelejtettem, hogy most 17.-én volt 15. éves a vendégkönyv. Na, mindegy. Szülinapunkra spamet kaptunk. :P

TCH (statz)

#1, Főfasz (10466)

73 | #50c3 | ^ | Idézet | Sun, 04 Oct 2020 11:10:14 +02

84.236.*.*

*.pool.digikabel.hu

Bukkmark: https://askubuntu.com/questions/705620/xclip-vs-xsel

TCH (statz)

#1, Főfasz (10466)

9634 | #50c4 | ^ | Idézet | Sun, 04 Oct 2020 22:06:47 +02

84.236.*.*

*.pool.digikabel.hu

Ezúton szeretném leszögezni, hogy az - egyébként kurwa jó - Kingpin: Life of Crime legmagasabb nehézségi fokozata baromira megtévesztően van elnevezve real-nek, mert ez minden, csak nem real. Mármint az a része az az, hogy én 1-2 vascsőcsapástól, vagy pisztolylövéstől garantáltan kinyúvadok, de az már baromira nem az, hogy az NPC-knek meg nehézgéppuskás headshot-ból is öt-hat kell, mire megmurdelnek. (Oké, a lámábbaknak feleannyi is elég, dehát még az is mifaszmár...) Isoraz, az oké, hogy fél pályáról a szaros pisztolyom melléhord, de az nem oké, hogy az övék meg pontosabb, mint egy szájbaszart sniper... Ez így kurwára nem real, ez így inkább surreal.
Pedig amúgy lett volna értelme egy valódi real fokozatnak, ahol mindenkit ki lehet nyírni egy jó helyre elhelyezett lövéssel (oké, ha golyóálló szerkó van rajta, akkor többel), de ezt itt csak a játékosra sikerült applikálni. Granted: a legalsó novice fokozatban pont ellenkezőleg van, bár nem teljesen, de majdnem...
Ennek megfelelően ebben a játékban max. medium-on van értelme játszani, ott legalább úgy-ahogy balanszírozott a játékmenet, egyébiránt vagy veszíteni lehetetlen benne, vagy nyerni. (Oké, veszíteni lehet, ha - véletlenül, vagy szándékosan - elbaszol valamit, de amúgy nem.)

Pedig milyen fasza taktikus játékmenetet lehetett volna egy igazi valós móddal kialakítani, ahol rengeteg lopakodás, fedezékes, lesből vagy egyéb stratégiai helyekről megvívott tűzharc és a készletekkel való logisztikai zsonglőrködés tarkíthatta volna a játékmenetet, valamint ahol lett volna értelme ténylegesen taktikázni az esetlegesen felbérelt embereid pozicionálásával, tartalékolásával, ne adj' Isten feláldozásával. Mert így - mediumon - csak annyira kell taktikáznod, hogy ne lövesd direkt fültövön magad, csak annyira kell gazdálkodni a készletekkel, hogy ne pazarold feleslegesen a lőszert és a medikiteket és csak annyira kell "beosztanod" az embereidet (ha egyáltalán felbéreled őket, mert nélkülük is végigvihető), hogy ha valami - ellenseggekkel - zsúfolt, zárt térbe esz be a fene, akkor vidd magaddal őket, ha meg nagyon lesérültek, akkor hagyd őket ott pihenni kicsit. (A lejjebbi fokozatokon meg még ez is totál felesleges - kevés túlzással, de - mehetsz, mint egy tank; a magasabbakon meg totál mindegy: ott hiába mész fedezékbe, mert vagy leszednek, amikor egy tizedmásodpercre kidugod a fejed, vagy egyszerűen odasétálnak és kinyírnak - te meg hiába lövöd őket: a golyóálló mesterlövészek akkor is kinyírnak, ha szart hugyozol...)

Egyébként tényleg fasza játék, minden bugja és egyéb hibája ellenére, de ezzel a minimális változtatással (mert ez tényleg egy nüansznyi változtatás, hogy valós-valós módban mindenki ugyanúgy - extrém módon - sebződjön, ill. a fegyverek melléhordása is egyforma legyen) sokkal többet ki lehetett volna hozni belőle.

Update: Itt egy rövid gameplay real difficulty-n és pontosan látszik rajta minden, aminek látszania kell: ahogy egy-két lövéssel vagy csapással levesbe küldik a srácot, miközben ő hiába lövi őket (külön felhívnám a figyelmet arra, amikor a srác - nagyjából 3:10-nél - vagy 10 (!) golyót ereget az alsótrikós (!!!) fickó felsőtestébe, mire az végre felfordul), ahogy az ő pisztolya már fél méterről is melléhord (célkereszt az emberen, golyó meg a mellettünk lévő falban), míg ők sniper módra szednek le az alagút túlvégéből (a shotgunnal, bazdmeg, ami úgy szór már rövidtávon is, mint az állat), stb... Oké, a srác kicsit elbaszta a dolgot a raktár bejáratánál, mert ott meg kell várni, amíg a rádió elvonja a figyelmét a két fegyveres őrnek (ill. a könnyebb fokozaton azt se, mert odamehetsz és vascsővel agyonverheted őket a gecibe) és akkor be lehet jutni, ahol már csak a két vascsővel felszerelt őr van: ezek a felvételen egyébként látszanak is...

Ezt a részt én egyébként még abszolváltam is: a kezdetnél áttörtem a kerítést, ahol a luk végén némi muníció van, aztán belopóztam a nyitva levő raktárba (kettő van és a másik belülről zárva), itt az első szobában, ahol az emelvény van, azon fent a sarokban van némi lóvé, azt felszedtem (+$5), kikergettem az alsótrikós fickót a másik szobából (az egy beszari alak, inkább fut, mint harcol, mondjuk hard-on még ki is lehet nyírni így vascsővel, hogy ütöd a hátát, amíg fut előled és visszatolatsz, ha megfordulna, de real-en elég ha egyszer-kétszer eltalál a vascsővel és annyi, ott már csak pisztollyal lehet kinyúvasztani), felszedtem a whiskey-t, meg egy medikitet (+25 health), majd a szellőzőrendszeren keresztül átkúsztam a másik raktárba, ott kicseleztem az egyenruhás őrt - egyszerűen felugrottam előle a ládákra - és bebújtam a másik szellőzőbe, ami a másik szoba polcának tetején ért véget, ahol felszedtem a tekercset, meg még némi muníciót. Kifele menet megint ellopóztam a fegyveresek mellett és elvittem a whiskey-t a részegnek a széf kódjáért és a tekercset a boltba egy pisztolyért. Visszalopóztam a raktárba, lepuffantottam az alsótrikósat (egy egész tárral bazdmeg!!!), kifosztottam (+$10), kinyitottam a széfet (+$100), majd átkúsztam a túlsó raktárba és lelőttem az egyenruhásat is (ez is egy tárba került, basszameg, de legalább +$5), majd kilopóztam a boltba és vettem a pisztolyra magnumot (-$50, nagyobb tűzerő) és RoF-ot (-$25, gyorsabb tüzelés). Eztán visszamentem a raktárhoz és a felturbózott pisztollyal belelőttem a shotgunosba. Utánam rohant, a pisztolyos nem követte, de egyedül is majdnem kinyírt (1 életerő maradt, bazmeg), de aztán enyém lett a shotgunja is, meg a lóvéja is (kemény +$2, miközben egy tár az $5). Vissza a boltba (checkpoint, ugyebár) és utána ellopóztam a pisztolyos mellett a raktárba, felszedtem a két raktárból a két medikitet (+50 életerő), aztán vissza a boltba checkpointolni. Utána nekimentem a pisztolyosnak és úgy vertem le, hogy belelőttem egyet, majd visszaszaladtam a boltig. Aztán addig ismételtem, amíg ki nem nyúvadt. (Péz nem vót nála.) Utána a felszedett shotgunnal kinyírtam a játék elején lebzselő, kötözködő stricit, meg a kurwáját (+$5, +$1), mert náluk csak vascső volt, némi csalogatással életveszteség nélkül megoldottam, de ott is többször újra kellett töltenem a checkpointot, mert még vascsővel is kinyírtak, úgy, hogy nálam csőre töltött shotgun volt, rohaggyonmeg.
Viszont utána elmentem a Csatornapatkányokhoz (a videó elején látszanak) és azok kinyírtak. Négyen vannak egy rakáson, kettőnél pisztoly, ráadásul fejenként kettő. Próbáltam fedezékből, de egyszerűen odasétáltak elém és kinyírtak. Megtehették, hiszen nekik én 1-2 lövés vagyok, ők meg nekem vagy 10-15. Ott, a sokadik próbálkozás után feladtam a dolgot.

BTW, vajon mifasz grafikai beállításokat használ ez a csávó? Szoftverrender, vagy valami őscsótány direktsuksz? Ez a játék már 20 éve is szebb volt...

Ja, mégvalami: rohadjon meg, aki a patkányokat belerakta a játékba! (Nem a "Csatornapatkányok" bandát, hanem az állatokat.) Hát állandóan útban vannak és minduntalan belédmarnak! (Ráadásul real szinten dupla sebzéssel.) Iszonyatosan idegesítő még a könnyebb fokozatokon is, de real-en konkrétan sikerült rászaladnom egy patkányra 1 életerővel és kinyiffantam. Egy patkánytól. Mert ugye, ha én rátaposok egy patkányra, akkor nem belőle lesz palacsinta, hanem ő átsebez a cipőtalpamon és szörnyethalok... Logikuss! Ahogy az is, hogy csak bennünket támadnak, meg az is, hogy egyáltalán nem elhúznak előlünk, hanem még direkt a lábunk alá is szaladnak...

Update #2: Itt egy gamer playlistje, aki ugyan folyamatos load/save-ek árán, de hard mode-ban végigtolta a játékot, viszont az első videóban még real szinten próbálta, aztán a második videóban inkább újrakezdte hard-on, mert idézem: I'm think i will upload this as a starter and then i think i'll just do it on hard, cuz real is just...it's actually unreal. A végén pedig: Hey, you can congratulate me, cuz...this was actually one of the hardest things i've ever done. Pedig folyamatos quicksave/quickload banzáj volt...

Update #3:

@https://tvtropes.org/pmwiki/pmwiki.php/VideoGame/KingpinLifeOfCrime:
Harder Than Hard: The "Real" difficulty is one of the most difficult FPS experiences in existence, especially early on, when your equipment is very limited. To survive, players must explore every secret location for supplies, and loot all enemies to get the funds for buying ammo, armor, weapon upgrades and hiring the available thugs.

Én csak annyit tennék ehhez hozzá, hogy úgy se. Tök mindegy, mit derítesz fel, mit gyűjtesz össze, kit fosztasz ki és mit vásárolsz (páncélból amúgy is csak sisakot lehet venni ($100), de akkor nem nagyon veszel mást): a Csatornapatkányok real fokozaton még a legelső pályán meg fognak baszni, mint balfasz villanyászt a kettőhúsz - esélyed nincs keresztülverekedni magad még a csatornabejáratot őrző négy tagon sem, nemhogy a csatornarendszerben dekkoló egész bandán és ennek megfelelően pedig soha a büdös kurwa életbe' nem fogsz eljutni a bárig, ahol a két felbérelhető fegyveres profi dekkol, tehát alkalmazni sem tudod őket. Ugyan van az első pályán egy harmadik - 10 dollárért - felbérelhető tag is, de annál a fószernál csak egy szaros vascső van (azért olyan olcsó); biztos le fog neked gyakni egy raklap állig felfegyverzett faszit. Fat chance.

M4u5 (statz)

#10, Agyfasz (282)

3185 | #50c5 | ^ | Idézet | Mon, 05 Oct 2020 15:17:40 +02

5.38.*.*

*.dsl.pool.telekom.hu

A "Ne adj esélyt a Gatesnek" szlogen sajnos nem túl bizalomgerjesztő céllal jelent meg újra a vadonban...

A múlt előtti héten elkezdett szopatni a Blender... mégpedig a jobbik gépemen! Én a Flatpakeset szoktam használni a csomagtáras 2.79b mellett. Szóval lefrissítettem a Flatpakes példányomat 2.90-esre és akkor kezdődtek a bajok. Ha egy térhálós objektumra második színt raktam, a második szín nem volt hajlandó megjelenni megfelelően. Vagy foghíjas volt a modell ott, ahol lefestettem, vagy a lefestett lapok össze-vissza jelentek meg, mint valami fekete rágógumi. A Cycles-ön kívül minden beépített megjelenítő megcsinálta ezt. Szóval van összesen egy gyári megjelenítőnk. Igen ám, de az integrált megjelenítőt nem tudod kicserélni, így ha nem akarod, hogy a Blender gumitaknyot toljon a képedbe, vagy előnézeti módban kell lenned, Cyclesben, vagy pedig térhálós módban. Ezért megpróbáltam utánajárni, hogy miért csinálja ezt. Leszedtem a 2.83.6-ot és a 2.83.0-át. Ugyanaz. Leszedtem a 2.82a-t. Semmi baja. Leteszteltem a 2.83-at a nyüvóra kárhoztatott asztali gépemen. Ugyanaz, ráadásul retkedék lassú is volt. A probléma egyébként ismert régi nVidia kártyáknál.
Miután jelentettem a hibát, megpróbáltam rátenni a Catalystot a gépemre, csakhogy a legfrissebb linuxos Catalyst öt éves és nem támogatja a X verziómat (bezzeg winfostízre meg van 20-as driver a videokártyámhoz!). Mivelhogy a radeon driver is ócska, AMDGPU próba... lett volna, ha nem fagyott be volna a rendszer minden indításkor. Az X valamiért a radeon driverrel indult el, holott tiltottam. Akkor 20-amdgpu.conf az /etc/X11/xorg.conf.d-be. Eredmény: visszadob parancssorba. 10-screen.conf > /etc/X11/xorg.conf.d, X még mindig nem indul el, holott van telepített AMDGPU csomagom. Azután kiderült, hogy nincs AMDGPU kernel driverem.
Hogy mentsem, ami még menthető, megpróbáltam Linux kernelt forgatni és csomagolni. Leforgatni le tudtam, de csomagolni már nem, ugyanis a kernel vackait nem találta a csomagoló, amikor átpakolta az ojjektumokat a csomagolótérbe, mert az 5.8.0 mappában voltak valamiért, holott a kernel verziója 5.8.12. Bele kellett rondítanom a pisibe, hogy meg tudja találni a fájlokat, ezután meg amiatt kezdett el nyavalyogni, amikor a fejléceket tette be volna, hogy kupolda van a forráskönyvtáramban. Kitakarítottam a forráskönyvtárat, de még úgy sem csomagolt, mert a takarítás kidobott egy csomó fontos fájlt. Végső elkeseredésemben kerestem magamnak egy kísérleti Blendert, hátha az nem csinál taknyot a modellemből... és így is lett. Rendesen megjelenítette a modellemet, nem jelezte a radeon driver, hogy meghibásodott a GPU, mint a 2.83-nál. Remélem így is marad. Addig is visszavittem a Flatpakes Blenderemet 2.82a-ra. És most, írás közben tudtam meg, miért akadt el a kernelcsomagolás: a gyökér Makefile 5.8.0-ra van bedrótozva. Benn kellett volna hagynom a patcheket, de sajnos azok ellenem dolgoztak, ugyanis egy csomó el volt évülve belőlük, így csak akadályozták a leforgatást és egy kernel leforgatása kb. hat órát vesz igénybe a jobbik vasamon.

TCH (statz)

#1, Főfasz (10466)

5784 | #50c6 | ^ | Idézet | Mon, 05 Oct 2020 16:36:26 +02

188.143.*.*

*.pool.digikabel.hu

Az a baj, hogy ez nem ilyen egyszerű, hogy ezek mind laposföld és ufóhívő barmok és ezzel le van rendezve. Biztos van olyan is köztük, de a világ nem fekete és fehér, mint ahogy az oltásellenesek és a mainstream-felszopók elképzelik.
Az oltások fontos szerepet játszanak a betegségek megfékezésében, de ugyanakkor ezek nem vitamininjeckiók, amit csak úgy bele lehet tömni az emberbe és kész; ezeket a cuccokat évekig - hangsúlyozom: évekig - tesztelik, hogy van-e káros mellékhatásuk, vagy sem.
Namármost, bilgéc maga mondta egy interjúban, hogy jövőre már globális oltási kampányt akarnak csinálni, miközben a vakcina még készen sincsen, nemhogy letesztelve. Ezt a visszásságot a riporter maga is megreklamálta, de billy bácsinak csak annyi hozzáfűznivalója volt a dologhoz, meg a tesztelési idő ily mértékű lerövidüléséhez, hogy a tudomány fejlődik. Azt nem fejtette ki, hogy miféle tudományos vívmány teszi lehetővé, hogy a beoltott kísérleti alanyok számára annyira felgyorsítsák az időt, hogy fél év alatt három év teljen el nekik. Az ilyen pongyola tesztelés mindig mellékhatásokkal jár. A mi vilmosunk viszont csak annyit mondott a mellékhatásokról az interjúban, hogy Some of them is not dramatic. It is just super painful. Igen? Nos, akkor oltassa be magát azzal a szarral és élvezze ő a mellékhatásait.
Adalék: e szerint a cikk szerint az állami egészségügyekben olyan ~120e Ft körül fog mozogni egy ampulla belőle, vagy ~715e HUF kezelésenként.
Ezeket a következőkkel kommentáltam az idevágó hup topicban:

@TCH @ https://hup.hu/node/170242#comment-2508289:
Túrót. Kutyából nem lesz szalonna, ez is csak üzlet neki. A kutatóintézetek és az őket finanszírozó gyógyszergyárak most vérre menő versenyt vívnak egymással és az idővel, hogy ki állít elő legelőször ténylegesen működőképes vakcinát, mert az fog istentelen nagyot kaszálni, lévén a karanténoktól megtépázott gazdaságuk esetleges összeomlásától rettegő államok kevés vagy zéró gondolkodás után be fogják vetni az első késznek és biztonságosnak nyilvánított oltóanyagot, ami megjelenik a piacon. Csakhogy egy vakcinát nem elég kifejleszteni, ki is kell tesztelni, ami viszont évekbe is tellhet, tehát ha meg akarják előzni a többieket, akkor megpróbálják a tesztelést a lehető legjobban lerövidíteni, ami viszont a váratlan mellékhatások előfordulásának esélyét jelentősen megnöveli. De ez nem számít, oltsunk be mindenkit a bolygón a lehető leghamarabb. A bilgéc-birodalom más régióitól sem ismeretlen ez a kibocsájtási metodológia, hogy toljuk ki a produktumot minél gyorsabban, minél több emberhez, akár tetszik nekik, akár nem, aztán ha a jónép rászív, majd megmagyarázzuk. Semmi drámai, csak kurwára fáj. Mint ha egy félresikerült WU szeánsz eredményét olvasná az ember...

Természetesen a bilgécet orálisan kényeztető kollégáktól rögtön megkaptam, hogy laposföld és chemtrailhívő vagyok. Ehhez képest Oroszország kirukkol egy - egyértelműen teszteletlen - vakcinával és rögvest besöpör egy egymilliárd darabos megrendelést vele. (nytimes.com, cnn.com)
Hát ezek után egyáltalán nem vagyok meglepve, hogy az emberek nem szeretnék, ha ezzel a teszteletlen fossal beoltanák őket. Majd akkor, ha rendesen ki van tesztelve.
De ehelyett bilgéc inkább mutogat Indiára, hogy India végre polio-mentes és ez az ő vakcináinak köszönhető. Oké, billy-boy, szép volt, végre volt valami hasznod is ebben az életben, csak egy a baj: a polioval vagy 100 éve harcolunk és évtizedes tesztek vannak a vakcináink mögött... Sz*rk: Afrikában meg egyenesen a vakcina okozta a járványt...
És akkor még az is kérdéses, hogy vajon ez a büdös vírus, ez szezonális-e (mint az infulenzija), vagy sem, azaz az oltás, amit adnak rá, az egy életre szól, vagy az is szezonális lesz, ugyanis a szezonális oltásoknak a hatásfoka több, mint megkérdőjelezhető, ld. pl. az influenzáét itt. (TL;DR: moderate to low effectiveness, azaz ad-hoc módon működik, vagy fuccsol be. Thanx, but no, thanx, inkább a D-vitamin, még azzal is többre mész ellene.)

Úgyhogy mondom: én nagyon is megértem azokat, akik úgy vannak vele, hogy nem szeretnék a saját bőrüket kockáztatni azért, hogy bilgéc és a gyógyszergyárak még pár billió dollárt bezsebelhessenek.
Disclaimer: nem vagyok sem oltásellenes, sem szélsőjobbos.

Zseniális ez a szopásáradat, na ezért nem jön el soha a Linux desktop éve. (Ez persze nem csak a Linux sara, hanem a vendoroké is, ld. még: bezzeg winfostízre meg van 20-as driver a videokártyámhoz!)
A radeon drivert nem próbáltad meg letörölni és VESA módban összerakni az AMDGPU-t?

Kibaszott jávaszkript rovat:

TCH (statz)

#1, Főfasz (10466)

102 | #50c7 | ^ | Idézet | Tue, 06 Oct 2020 20:30:32 +02

188.143.*.*

*.pool.digikabel.hu

Tommy ReinXeed - AMAZING Metal Cover of Amazing Horse!
youtube link
POWER METAL RULEZ! \m/

TCH (statz)

#1, Főfasz (10466)

95 | #50c8 | ^ | Idézet | Tue, 06 Oct 2020 22:08:19 +02

188.143.*.*

*.pool.digikabel.hu

És bazdmeg, de... Csak 4 évet kellett rá várni.

Promatheus alias "Prometheus"

#3, Főfasz (1833)

230 | #50c9 | ^ | Idézet | Wed, 07 Oct 2020 17:50:59 +02

78.92.*.*

*.dsl.pool.telekom.hu

Ezt a Mensás Facebook-omra tette ki egy fiatal, jófej Mensa-társam. Még friss. Szólj, ha érdekel, PHP-kecske barátom. :)
https://ibb.co/qRLSKCZ (Tévedésből az URL-t raktad képbe, korrigálva. - TCH)

Promatheus alias "Prometheus"

#3, Főfasz (1833)

105 | #50ca | ^ | Idézet | Wed, 07 Oct 2020 17:51:32 +02

78.92.*.*

*.dsl.pool.telekom.hu

Bocs, itt a BréBréKód:

TCH (statz)

#1, Főfasz (10466)

147 | #50cb | ^ | Idézet | Wed, 07 Oct 2020 22:23:30 +02

178.164.*.*

*.pool.digikabel.hu

Érdekel. Dobok friss önéletrajzot, mert frissült.
Sz*rk: Dobtam. Mekeke. Vagy Mac-eke. Vagy McEke? Mindegy... MEKK-baszhatja bilgéc a ringyóztizet.

Promatheus alias "Prometheus"

#3, Főfasz (1833)

172 | #50cc | ^ | Idézet | Thu, 08 Oct 2020 00:48:01 +02

78.92.*.*

*.dsl.pool.telekom.hu

Leadtam. Amúgy itt van a leírás, mellékesen. :D

TCH (statz)

#1, Főfasz (10466)

5042 | #50cd | ^ | Idézet | Thu, 08 Oct 2020 10:18:56 +02

178.164.*.*

*.pool.digikabel.hu

Köszi. Lássuk csak:

php7 && mysql && javascript && html5 && css3 && git && jira && eng ? apply() : next()

Parse error: missing semicolon.

fiatalosak és dinamikusak

Hát nem igaz, hogy ez a bullshit 20 év alatt sem veszett ki! :(((

Nem tegnap határoztad el, hogy fejlesztő leszel,

Ez oké, én holnap határoztam el, szóval ezzel nem lesz gond.

Nagyon jó vagy PHP-ban (és nem mondod, hogy “lejárt lemez”),

Ha PHP alatt Hypertext Preprocessor-t értünk, akkor sosem lesz lejárt lemez, hiszen erre való: szövegfeldolgozásra. Webfejlesztésre viszont már akkor lejárt lemez volt, amikor elkezdtek benne taknyolni... Mindegy, fél pont. :P

PHP 7-tel dolgozol a legtöbbet, de hozzá tudsz nyúlni egy 5.3-hoz,

Itt is fél pont, mert Pascalban és C-ben dolgozom a legtöbbet, de hozzá tudok nyúlni a PHP 5.3-hoz is.

Otthonosan mozogsz az OOP világában (láttál már traiteket, láttál már autoloadert),

Jajj, ne... Pont ezért (is) utálom a webfejlesztést: a PHP egy scriptnyelv, semmi keresnivalója benne ojjektumoknak. Külön sikítófrász, amikor egy procedurálisan is megoldható kódot átírnak objektumosra, csak azért, hogy OOP legyen, aztán egy - ismétlem: egy - példányban példányosítják! Bazmeg...

Tudod, hogy néz ki egy jól olvasható forráskód,

Hogyne, obfuszkáltan.

Kened-vágod a MYSQL-t, nem nagyon tudunk benne megfogni,

Kenem-vágom, hajamra kenem és kukába vágom, PostgreSQL FTW. (Nyilván tudok SQL lekéréseket írni, de az, hogy ne tudjanak benne megfogni; hát ha elémtesznek egy tíz oldalas lekérést, akkor lehet, hogy inkább mégis a zoknisstand. Gyűlölöm a túlbonyolítást.)

Jól ismered a HTML5, CSS3 és a Javascript minden szegletét,

A HTML5-be és CSS3-ba annyira nem mélyedtem bele, de valamennyire ismerem őket. De nem sitebuilder vagyok, hanem kóder. A dzsuvaszkriptet jól ismerem... Túlságosan is jól. Együltő helyemben órákat tudok arról pofázni, hogy miért szar az egész nyelv, úgy ahogy van. (És az összes rohadt JS-keretrendszer is.)

Szereted a verziókezelést (git), vagy legalább nem utálod nagyon,

A verziókezeléssel nincs bajom, de a Git-et annyira nem szeretem. Az egyszerű projektekhez overkill (ott a CVS), a durvákhoz meg gagyi (ott a Mercurial, vagy a Fossil).

Gond nélkül írsz és olvasol szakmai szintű angol szöveget,

Természetesen folyékonyan tudok káromkodni angolul is.

Tudsz kommunikálni az emberekkel, nem vagy befordulva,

Ajajj...

Ha rád bízunk valamit, azt megoldod, és tudod vállalni, hogy miért pont úgy,

Ezzel nem lesz gond, csak épp sose fogják elfogadni, hogy miért pont úgy, hehe...

Olyan munkát adsz ki a kezedből, ami le van dokumentálva, és más is érti,

Pénzért bármit. (Na, majdnem bármit.) De, ha nem hagynak időt a doksira, akkor az ne az én hibám legyen. Arra meg, hogy ki érti, hogy én mit miért csinálok, arra sajnos nem tudok felelősséget vállalni.

Nem szereted, ha egy script lefutására 100 ms-t kell várni.

Nem szeretem. Azt szeretem, ha 100 évet kell rá várni, PHP-tól még az is gyors, hehe... Egyébként meg 100 ms...lófasz; az 1541 emulátoromnál a fő probléma az volt, hogy a 6502-es tickje 1µs, azaz 0.001 ms és az ISA bus access latency is közel ekkora, egyszóval a porthozzáférést leszámítva az egész virtuális gép futásideje bele kellett, hogy férjen kb. 100-150 ns-ba, azaz 0.0001-0.00015 ms-ba. Röviden én tudok írni olyan komplett virtuális gépet, ami a jelzett időigény egymilliomodával is beéri. (Korrekció: bár a számadatok stimmelnek (helyesbítés: nagyjából stimmeltek), az kiment a fejemből, hogy balagesznek volt egy olyan ötlete, hogy mivel a 6502-esen egy olvasás minimum 2 órajelciklus, így a párhuzamos portot elég minden második körben olvasni, írni meg akkor, ha ténylegesen írunk rá, azaz nem 100-150, hanem 200-300 ns-ba kellett beleférni, tehát a jelzett időigény ötszázezred részével éri be, nem az egymilliomodával. Ez a tight-timed C kódnál ugyan elég nagy különbséget jelentett, de a PHP-s cucc kapcsán viszont hóttmindegy, hogy az ötszázezerszer és nem egymilliószor lassabb... Sz*rk 2024.09.19: Az ISA bus acces latency kb. 770 ns (1/1.3 MHz), szóval kb. 460 ns-ba kellett beleférni. Azaz az időigény kb. a kétszáztizenhétezred része a 100ms-nek. Nagyságrendi különbség még így sincs.) De ez persze C volt, mondom PHP-nál olyan jó 100 év, az már elfogadható. Feltéve, ha OOP-s PHP-ról beszélünk, mert amúgy lehet, hogy belefér 10 ms-ba is... :]

Ne aggódj, ha mögötted még nincs 30 sikeres év

30 év az van, a '80-as évek végén kezdtem programozni (10 PRINT "HULYE GEP"), de sikeres...???

TCH (statz)

#1, Főfasz (10466)

490 | #50ce | ^ | Idézet | Thu, 08 Oct 2020 19:33:02 +02

178.164.*.*

*.pool.digikabel.hu

@TCH:
Jajj, ne... Pont ezért (is) utálom a webfejlesztést: a PHP egy scriptnyelv, semmi keresnivalója benne ojjektumoknak. Külön sikítófrász, amikor egy procedurálisan is megoldható kódot átírnak objektumosra, csak azért, hogy OOP legyen, aztán egy - ismétlem: egy - példányban példányosítják! Bazmeg...

És így legyen ötösöm a lottón. Itt a próbafeladat és egy olyan PHP osztályt kell létrehozni, amit csak egyszer kell példányosítani...

Bazmeg...

TCH (statz)

#1, Főfasz (10466)

132 | #50cf | ^ | Idézet | Fri, 09 Oct 2020 12:09:21 +02

188.143.*.*

*.pool.digikabel.hu

Bukkmark: s6/s6-rc vs systemd, or why you probably do not need systemd

M4u5 (statz)

#10, Agyfasz (282)

503 | #50d0 | ^ | Idézet | Fri, 09 Oct 2020 23:00:52 +02

46.107.*.*

*.dsl.pool.telekom.hu

Harmadszorra forgattam le a Linux kernelt, de valamiért a fejlécek nem telepítődnek a csomagolótérbe. Először bizonyos fájlok létrehozásánál az a hiba jön be, hogy nem lehet őket létrehozni, mert már van újabb változat belőlük, utána meg a make meg amiatt nyavalyog, hogy kupleráj van a forráskönyvtáramban. Csakhogy a make mrproper eltűntet egy csomó fontos dolgot, ezért még így sem tudok továbblépni a csomagoláshoz. Hogyan lehetne kinyiffantani a hibaüzeneteket, hogy végre csomagolhassam a kernelt?

TCH (statz)

#1, Főfasz (10466)

278 | #50d1 | ^ | Idézet | Sat, 10 Oct 2020 00:17:10 +02

188.143.*.*

*.pool.digikabel.hu

Másold be kézzel a fejléceket a helyükre. A hibaüzeneteket hiába "nyiffantod ki", mert a hiba állítja meg a folyamatot, nem az üzenet, a hibát kell elhárítani. Becopyzod, hogy mik voltak a hibaüzenetek? Vagy ha túl sok, akkor logfile és upload pastebinre, vagy valahova.

Carlos (statz)

#14, Jobbfasz (94)

2920 | #50d2 | ^ | Idézet | Sat, 10 Oct 2020 22:55:55 +02

84.185.*.*

*.dip0.t-ipconnect.de

Hello TCH :-)

I have another little update.

2009-03-31 PowerPup Linux beta (based on PuppyLinux)
https://karkuta.firstcloudit.com/

2012-02-12 Frugalware Linux 1.6 (based on Slackware, new entry "exists", no working DL link)
https://distrowatch.com/?newsid=07106
https://web.archive.org/web/20120829102729/http://www10.frugalware.org:80/pub/linux/frugalware/frugalware-1.6-iso/

2013-05-29 ttylinux 16.1
https://linux.fandom.com/wiki/Ttylinux
https://web.archive.org/web/20150910154851/http://ttylinux.net/dloadMac.html (DL links at the bottom).
New website: https://www.minimalinux.org/ttylinux/
Github: https://github.com/mt3/ttylinux

2014-05-16 QNX 6.5.0 SP1 (last version that supports PowerPC)
https://community.qnx.com/sf/wiki/do/viewPage/projects.bsp/wiki/BSPAndDrivers#section-BSPAndDrivers-PowerArchitecture

2019-10-09 Ataraxia Linux Tech Preview 2 (PPC64, PPC64le)
2020-09-13 Source Code only (for PPC32, no image found)
https://ataraxialinux.github.io/
https://github.com/ataraxialinux/ataraxia/releases/tag/tp2

2020-03-23 T2 SDE 20.3 (PPC32)
2020-04-25 PPC64
https://twitter.com/ReneRebeTM/status/1303358039613898755?s=20
http://dl.t2-project.org/binary/2020/

2020-06-22 PowerEL 7 (date change, only?)
https://mirror0.powerel.org/pel/7/power8/

2020-07-17 IBM AIX 7.2 TL4 SP2 (date change, only?)
https://www.ibm.com/support/pages/node/6245788

2020-08-13: Ubuntu 16.04.7 (via updates, no new image)
https://lists.ubuntu.com/archives/ubuntu-announce/2020-August/000261.html

2020-09-03 Wind River Linux 10.19.11
https://github.com/WindRiver-Labs/wrlinux-x/releases/tag/vWRLINUX_10_19_BASE_UPDATE0011

2020-09-26 Debian 10.6
https://www.debian.org/News/2020/20200926
Netinst, Xfce: https://cdimage.debian.org/debian-cd/current/ppc64el/iso-cd/
DVD: https://cdimage.debian.org/debian-cd/current/ppc64el/iso-dvd/

2020-09-30 CruxPPC 3.5 (2nd Alpha)
https://github.com/cruxppc/cruxppc-ng-3.5/releases/tag/alpha-093020

2020-10-02 Adélie Linux 1.0-RC2
https://adelie.blog/2020/10/02/adelie-linux-1-0-rc2-released/
https://distfiles.adelielinux.org/adelie/1.0/iso/rc2/

2020-10-04 MorphOS 3.14
https://www.morphos-team.net/news

2020-10-06 ArchLinux PPC32 big-endian!
https://archlinuxpower.org/iso/alpha/
https://archlinuxpower.org/

2020-10-07 The Yocto Project 3.1.3
https://www.yoctoproject.org/software-overview/downloads/

Fedora working DL links (Version 7 till 30):
https://archive.fedoraproject.org/pub/archive/fedora/linux/releases/
https://puppet.fedoraproject.org/repo/pub/archive/fedora-secondary/releases/

Fedora Core 4 till 6:
https://archives.fedoraproject.org/pub/archive/fedora/linux/core/

Nice to see that T2 SDE is still in development. Also Arch for PPC32 was a surprise.
At the end of October there will be also Fedora, Ubuntu, FreeBSD, NetBSD and OpenBSD.

And the OpenPOWER Foundation released a view videos. Also about POWER10. Quite impresive.
https://youtu.be/27VRdI2BGWg

TCH (statz)

#1, Főfasz (10466)

789 | #50d3 | ^ | Idézet | Sun, 11 Oct 2020 23:54:38 +02

94.21.*.*

*.pool.digikabel.hu

Hello Carlos,

As always, your update is very appreciated, thank you. Sorry for processing it this slowly, but right now i'm struggling with the building of a MySQL query in a test task, to perhaps obtain a particular job. I processed the list up to T2 SDE and i've found that ttylinux actually had three kind of releases (16.1, 14.0 and 12.6) and 12.6 also has a downloadable image in the current website. Ataraxia does not have a PPC32 image because they had dropped the support for it, if you check the release notes at the TP2's entry, then it's in the announcement. It's really good to have a new T2 SDE release, especially because i've found, that they have also released 20.3 for Sparc64 too.

Tomorrow i'll proceed with the updating, just stay tuned. :)

Carlos (statz)

#14, Jobbfasz (94)

1270 | #50d4 | ^ | Idézet | Mon, 12 Oct 2020 02:08:39 +02

84.185.*.*

*.dip0.t-ipconnect.de

No need to hurry. The Ataraxia PPC32 drop I have indeed overlooked. Also the SPARC64 port of T2 SDE.

But just now I discovered something else.
Cross Linux From Scratch for PowerPC and SPARC64. At least build instructions: Click the links:
http://www.clfs.org/view/

I wonder if Linux From Scratch is also available for PowerPC and SPARC64. I found this hint:
"The primary target architectures of LFS are the AMD/Intel x86 (32-bit) and x86_64 (64-bit) CPUs. On the other hand, the instructions in this book are also known to work, with some modifications, with the PowerPC and ARM CPUs.
http://www.linuxfromscratch.org/lfs/downloads/10.0/LFS-BOOK-10.0-NOCHUNKS.html#pre-architecture

Then there is Lubuntu 12.4 and 16.04 Remix:
https://randommacstuff.blogspot.com/p/powerpc-mac.html

And a manual for Fienix for PPC32. Maybe you can link them at Fienix?
https://randommacstuff.blogspot.com/p/fienix-on-32-bit.html

Unfortunately there is no github or other page about Lubuntu. But Wicknix is very active. He has developed ArcticFox among others.
https://github.com/wicknix

And the download links to Frugalware Linux are unfortunately dead. Archive.org has only saved the directory.

Ah, and the question mark of ALT Linux PPC64 you can delete. I have nothing found.

TCH (statz)

#1, Főfasz (10466)

627 | #50d5 | ^ | Idézet | Thu, 15 Oct 2020 22:13:00 +02

178.164.*.*

*.pool.digikabel.hu

I've finished my test job today afternoon, so either tomorrow, or on the weekend, i'll update the rest.

saxus már megint ostoba.

Ugyan pontosan egy szállal feljebb már rég tisztázódott, hogy a fhuse által javasolt query azért nem megy nálam, mert 8-as MySQL kéne neki, nálam meg 5.5-ös - nek megfelelő MariaDB - van, de azért ő odavágja nekem a 8.0-ás MySQL idevágó manual page-ét, ld. még RTFM, holott itt pont nincs mit elolvasni, hiszen nem is mehet nálam.

De hiába erőlködik, nem fogok neki válaszolni.

TCH (statz)

#1, Főfasz (10466)

300 | #50d6 | ^ | Idézet | Fri, 16 Oct 2020 09:31:57 +02

188.143.*.*

*.pool.digikabel.hu

Aaaaand, yesterday night, long since in bed, right before i slept in, it suddenly had striked me, that i had left my local MySQL password in the posted project. Which was of course kecske. (Goat in our language.) So, again, i've been successfully introduced myself to another company... :S

TCH (statz)

#1, Főfasz (10466)

1231 | #50d7 | ^ | Idézet | Fri, 16 Oct 2020 18:23:19 +02

178.164.*.*

*.pool.digikabel.hu

Okay, got updated everything.

PowerEL is disappeared. The entire site. Weird.

Arch got PPC32 support, now that is some good news, although unusual, as bigendian support is rather fading out in the Linux realm.

Great finding on the Fedora Core images. (Unfortunately i did not find any new images for the newer Fedoras (7-30).)

So, POWER10 is 7nm too. As AMD Ryzen and the new lines of ARM. Only intel is still clowning around with 14 nm. Too bad, we won't any desktop machines built upon it soon... :(
Thanks for this presentation, i'll extract the images from the video some day soon.

Wow, there is an LFS variant which works on POWER and Sparc64? I've added the build instructions for it.

Well, i linked those instructions for Fienix 32, although some commenters were complaining about them not working. Also linked his "Remix" distros, Lubuntu and Macbuntu at Ubuntu 16.04 and 12.04.

Thanks again for these updates. It seems, that you have become the primary info source for this list. :)

BTW., it would be great to have some kind of server, where all of these images are saved together, to preserve them. I saved some of the most important ones to my computer, but that is only a shard of the whole.

Carlos (statz)

#14, Jobbfasz (94)

1646 | #50d8 | ^ | Idézet | Sat, 17 Oct 2020 00:11:06 +02

84.185.*.*

*.dip0.t-ipconnect.de

Regarding servers: Maybe the Internet Archive would be a possibility?
https://archive.org/details/cdromimages?and%5B%5D=ppc&sin=

Otherwise I have to think of something.

Ah and yesterday I also found the regular LFS version for POWER (non-IA). It is from the same guy who does CruxPPC.
https://github.com/tarmiste/lfs-non-ia

POWER10 is a beast. IBM will probably introduce first computers at the end of 2021. If this will be a candidate for Raptor is in the stars. Because POWER10 will probably use some kind of binary blobs. On Github they have discovered some hints. But the last word has not been spoken yet and it still takes until 2022.

These should be the slides from the POWER10 presentation:
https://regmedia.co.uk/2020/08/17/ibm_power10_summary.pdf

The PowerEL website disappears from time to time. The same is currently the case with Rebug.me.

Here you can find Fedora 15 to 30:
https://puppet.fedoraproject.org/repo/pub/archive/fedora-secondary/releases/

And here Fedora 7 to 13:
https://archives.fedoraproject.org/pub/archive/fedora/linux/releases/

I am surprised that F14 was not available for PPC?

Here is another list of Ubuntu releases:
https://wiki.ubuntu.com/Releases

And you can remove the download links of Frugalware Linux. Unfortunately they are all dead. Archive.org has only saved the directory.

This can happen with the password. The good news is, you noticed it. Will they check your work and discuss it with you? If so, it might be a good idea to ask them if they have discovered the password. But the shot could backfire. Depends on the guys.

But all in all, did the work go well? I keep my fingers crossed.

TCH (statz)

#1, Főfasz (10466)

5892 | #50d9 | ^ | Idézet | Sat, 17 Oct 2020 13:07:04 +02

188.143.*.*

*.pool.digikabel.hu

@Carlos:
Regarding servers: Maybe the Internet Archive would be a possibility?
https://archive.org/details/cdromimages?and%5B%5D=ppc&sin=

Otherwise I have to think of something.

Perhaps, but as we see, it's not fully reliable.

@Carlos:
Ah and yesterday I also found the regular LFS version for POWER (non-IA). It is from the same guy who does CruxPPC.
https://github.com/tarmiste/lfs-non-ia

Hey, great, thanks! I've added 8.4 and 9.1 of LFS-Non-IA to the list.

@Carlos:
If this will be a candidate for Raptor is in the stars. Because POWER10 will probably use some kind of binary blobs. On Github they have discovered some hints.

I don't really understand this part. What kind of binary blobs? Is there some kind of software, burned into the CPU?

@Carlos:
These should be the slides from the POWER10 presentation:
https://regmedia.co.uk/2020/08/17/ibm_power10_summary.pdf

Hey, thanks, much better. I don't really like videos, because they "demonstrate" stuff in tens of minutes, what could be written in a simple blogpost and could be read in a few minutes.

@Carlos:
Here you can find Fedora 15 to 30:
https://puppet.fedoraproject.org/repo/pub/archive/fedora-secondary/releases/

And here Fedora 7 to 13:
https://archives.fedoraproject.org/pub/archive/fedora/linux/releases/

Unfortunately, no new images found. What is now misses from the list is not present under these links either.

@Carlos:
I am surprised that F14 was not available for PPC?

Neither Fedora 13. When they switched to systemd, they've skipped two releases with POWER archs. I don't know why though.

@Carlos:
And you can remove the download links of Frugalware Linux. Unfortunately they are all dead. Archive.org has only saved the directory.

I think i still keep them for awhile, just to preserve the original paths in the URLs, because maybe we will find another mirror one day, if we look up those paths.

@Carlos:
This can happen with the password. The good news is, you noticed it. Will they check your work and discuss it with you?

I don't know if they ever write back or not. (Regardless of the password.)

@Carlos:
If so, it might be a good idea to ask them if they have discovered the password. But the shot could backfire. Depends on the guys.

My younger brother asked exactly the same, and i answered him the same: since they have to set the password to make the stuff work with their own MySQL access, they have to notice it.

@Carlos:
But all in all, did the work go well? I keep my fingers crossed.

Thank you. Aside from this, i say it went fairly well. Though i had problems with optimizing the query what produces the main view, because due to the braindead structure, it was slow as hell. (A few million entries only and took up 3-5 secs to retrieve the data.) To say, the database they have given to me was badly constructed is mildly put. (It's some kind of test database from the MySQL team.) Erroneously crafted PRIMARY KEYs, missing indexes, duplicated entries which made denormalization a nightmare and i could go on. I've done the most of the project in less than two days, but spent four days with optimizing the main view's query. More experienced SQL guys had a hard time with it, when i asked for some help. But in the end, i've decided, that if i don't know if i am allowed to change the erroneous part of the DB or to denormalize it, then i will provide these two operations as optional. So, now it works without the correction and the denormalization with a fairly decent speed (except if you try to order the view either by the salary which has 3 million multiplexed records in a separate table, or by department which needs to JOIN the department table through the also multiplexed half million record long department number table), but there is the option to correct the indexes and denormalize the database which will yield an 5-50x speedup. (Roughly, depending on the queries.)

However, they might refuse it, because the instructions told me, that i have to display the view via the help of jQuery. Now, formally i complied, since i pull the data for the view from the server via jQuery's AJAX...but that is a meagre one line of jQuery code, the rest is done without any kind of stupid JS framework. :]
But seriously, i've done the whole thing in less than 7 kB (even if i do not use my own ~300 byte AJAX library instead of jQuery), with documentation and without minifying my source, while jQuery is roughly 90 kB without documentation and with minifying...and then i would need a table plugin too, which can weigh up to MEGABYTES of JS code and yet, they can filter by or sort for one column at a time, while my few kB large view can filter by or order for all columns, simultaneously and prioritizedly... Please do not misunderstand: i am not bragging, i am complaining. Any decent webdeveloper could do most of these stupid frameworks' "features" with a few short functions, yet we are using hundred kB large "librares" to do it. This is how the web2 bloatware works and spreads. And if you dare to object (pun intended), then you are a laggard heretic, who tries to hinder this - so called - "progress" and you should be burned at the stake which is elevated from printed FORTRAN codes. :P

Eh, sorry for the rant, but i am fed up with the ways software is developed nowdays...

Carlos (statz)

#14, Jobbfasz (94)

1042 | #50da | ^ | Idézet | Sat, 17 Oct 2020 14:37:04 +02

84.185.*.*

*.dip0.t-ipconnect.de

The points of criticism you have mentioned here I would also tell the guys and show them the advantage of your approach. But I am glad that you managed to do it anyway. I'm curious to see what you get out of it in the end.

You're right, it's a good idea to keep the dead download links in the list. Regarding Fedora I have to mention that the DL-links of Fedora in the list are dead. Therefore my new links. The same goes for RHEL. Here are the new working links:
http://ftp.redhat.com/pub/redhat/linux//enterprise/4/en/
http://ftp.redhat.com/pub/redhat/linux/enterprise/3/en/

The binary blobs do not affect the CPU itself, but the chip that connects the CPU to the RAM. Concerning the videos you are right. The slides will come straight to the point.

Here are some minor Ubuntu updates, AFAIK no new images
2020-08-06 Ubuntu 20.04.1
2020-08-13 Ubuntu 18.04.5
https://wiki.ubuntu.com/Releases

Oh and another historical entry: Apple Copland:
https://winworldpc.com/product/mac-os-8/copland

But that should have been it really.

TCH (statz)

#1, Főfasz (10466)

3499 | #50db | ^ | Idézet | Sat, 17 Oct 2020 16:56:07 +02

188.143.*.*

@Carlos:
The points of criticism you have mentioned here I would also tell the guys and show them the advantage of your approach.

I'm afraid, they're web2-believers. The instructions also told me to create a PHP class which implements the required stuff. Don't get me wrong, i have nothing against OOP, if it's done properly. If you have a base class with properties and functions which works with those properties and you extend this base class several ways and then you make multiple instances of your classes, then OOP was the right way to do it. (For example GUI programming.) But when you have some standalone functions and you only put all of this into a class to make one single instance, then it's OOP for the sake of OOP which is not just unnecessary, but also a wrong approach, with much unneeded overhead and obscurity. And web2 frameworks - especially on the backend - tends to do this.

@Carlos:
But I am glad that you managed to do it anyway. I'm curious to see what you get out of it in the end.

Thanks, i'm curious too. We shall see...

@Carlos:
Regarding Fedora I have to mention that the DL-links of Fedora in the list are dead. Therefore my new links. The same goes for RHEL. Here are the new working links:
http://ftp.redhat.com/pub/redhat/linux//enterprise/4/en/
http://ftp.redhat.com/pub/redhat/linux/enterprise/3/en/

Oh... So you've linked them, because the current links are dead! Sorry, did not noticed, i just checked them and saw that there are no new images which i can add to the list. This is one strong reason to collect all the PowerPC and Sparc64 install media to one place; but that would need lots of GB of space. Okay, that's a lots of link, but i'll check the dead ones and replace them with new ones from your links, thanks.

@Carlos:
The binary blobs do not affect the CPU itself, but the chip that connects the CPU to the RAM.

That sounds bad. Why would IBM use binary blobs in additional chips, when they made the entire CPU architecture open? Or will be the source for that blob available? While i've never heard of IBM involved in privacy or surveillance scandals, i don't like the sound of this. Maybe i am paranoid.

@Carlos:
Here are some minor Ubuntu updates, AFAIK no new images
2020-08-06 Ubuntu 20.04.1
2020-08-13 Ubuntu 18.04.5
https://wiki.ubuntu.com/Releases

I see, there are some new releases, that's why you linked the Ubuntu release list. I did not understood what did you mean about another list of releases... Please clarify next time, because i am human too and i can miss points. :) Thanks BTW, i've updated the corresponding entries.

@Carlos:
Oh and another historical entry: Apple Copland:
https://winworldpc.com/product/mac-os-8/copland

Great finding! Not just because the Copland entry, but because this site contains downloadable Mac OS 7-8-9 iso-s which we did not have until this point! Thanks, soon i will link them in.
Update: Even Mac OS X ISO-s are here! Unfortunately only up to 10.3, but even that is great.
Update 2: I've found AIX ISO-s on this site! This is a goldmine!
Update 3: And Solaris 7 for Sparc64! You really have found a true goldmine my friend!

@Carlos:
But that should have been it really.

Entschuldigung? :)

Carlos (statz)

#14, Jobbfasz (94)

1002 | #50dc | ^ | Idézet | Sun, 18 Oct 2020 03:44:10 +02

84.185.*.*

*.dip0.t-ipconnect.de

:-)

Should mean: That should have been all the news.

Regarding the links to Fedora and RHEL. You just have to replace the beginning of the URL. The path should be the same. The work will then go pretty fast. Means you only have to change the original server address to: https://archive.fedoraproject.org/ the rest should stay the same

And sorry for the misunderstanding of the links. From time to time I forget to mention important details.

I dunno why IBM goes this way. But we should wait until the details are published. But I suppose it is due to the fact that in the future both DDR4 and DDR5 RAM can be used. I also read that more and more manufacturers are going over to using blobs in their memory controllers. Regarding POWER10 it is perhaps about this one:
https://www.synopsys.com/dw/ipdir.php?ds=dwc_ddr54_controller

Winworld is a good site. There I had found the BeOS images at that time. But I never looked for MacOS X, let alone AIX. But that reminds me, I wanted to look for YDL 7.

Carlos (statz)

#14, Jobbfasz (94)

167 | #50dd | ^ | Idézet | Sun, 18 Oct 2020 03:57:17 +02

84.185.*.*

*.dip0.t-ipconnect.de

Hey, I just found Red Hat Linux 6.2 for SPARC. But is it SPARC or SPARC64?
http://archive.download.redhat.com/pub/redhat/linux/6.2/en/

Release date was April 3, 2000.

TCH (statz)

#1, Főfasz (10466)

3123 | #50de | ^ | Idézet | Sun, 18 Oct 2020 11:37:05 +02

188.143.*.*

*.pool.digikabel.hu

@Carlos:
Regarding the links to Fedora and RHEL. You just have to replace the beginning of the URL. The path should be the same. The work will then go pretty fast. Means you only have to change the original server address to: https://archive.fedoraproject.org/ the rest should stay the same

Okay, replaced the Fedora links, they were really dead, with the exception of Fedora 31 and 32, those are still alive. (Which means, Fedora 29 and 30 are no longer supported, i've changed their support status to unsupported.) However, i've checked RHEL 3 and 4 and those entries' links were already the same you suggested. CentOS were okay too.

@Carlos:
I dunno why IBM goes this way. But we should wait until the details are published. But I suppose it is due to the fact that in the future both DDR4 and DDR5 RAM can be used. I also read that more and more manufacturers are going over to using blobs in their memory controllers. Regarding POWER10 it is perhaps about this one:
https://www.synopsys.com/dw/ipdir.php?ds=dwc_ddr54_controller

Now it makes more sense; the memory controller is so sophisticated, that it needs it's own software. Okay. I guess, until there is no direct bypass to the ethernet from there, it would be pointless to put anything malicious into it.

@Carlos:
There I had found the BeOS images at that time.

Hey, thanks for the suggestion, i've found BeOS 3 and 4 links which were missing from the list and the BeOS 5 Personal Edition! And also a more proper OS/2 3.0 package. BTW, the list is now over 300 entry long. And only 59.935% is Linux, so nobody can accuse us of this being a Linux list. :P (I've actually read some opinions like that. On the other hand an OpenBSD user told me, that it is full of shit and by shit he meant not BSD or Linux...okay. :/ )

@Carlos:
But that reminds me, I wanted to look for YDL 7.

Linux is quite scarce there, only a few old ones, like Mandrake or similar.

@Carlos:
Hey, I just found Red Hat Linux 6.2 for SPARC. But is it SPARC or SPARC64?
http://archive.download.redhat.com/pub/redhat/linux/6.2/en/

Release date was April 3, 2000.

Thanks. No, this is 32-bit only too, but most Linux is, so i've added it. Actually there are no "normal" Sparc64 Linux which you can install on "everyday" desktop Sparc64 machines, with the sole exception of GNU Step. (Tested on Sun Blade 100, works.) And the Debian 9 and 10 betas with Tier-2 support only. There are a couple other entries with theoretical Sparc64 desktop support, like Fedora 12 or PLD Linux 2.0, but no images available...(and these are even more older than the now decade old GNU Step 2.0.) If you want a recent desktop Linux for Sparc64 then you have to build it for yourself with CLFS or T2 SDE. And support is nonexistent, the old ones are no longer supported, Debians are Tier-2 on Sparc64 and the builder distros always means you are on your own.

Sparc64 is definetely System V and BSD territory.

TCH (statz)

#1, Főfasz (10466)

206 | #50df | ^ | Idézet | Sun, 18 Oct 2020 16:31:13 +02

188.143.*.*

*.pool.digikabel.hu

I've accidentally bumped into this site, while was looking for Solaris 11.2 Sparc64: https://fsck.technology/software/
Tons of old OS-es; found AIX 5.3 for example, the Winworld only had 5.1.

Carlos (statz)

#14, Jobbfasz (94)

1355 | #50e0 | ^ | Idézet | Sun, 18 Oct 2020 17:57:36 +02

84.185.*.*

*.dip0.t-ipconnect.de

Yes and Fedora 31 will be maintained until four weeks after the release of Fedora 33. Which means until Ende of November 2020, I guess.
https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle#Maintenance_Schedule

Raptor has definitely raised concerns. Maybe it has something to do with the FSF certification.
https://www.talospace.com/2020/08/power10-sounds-really-great-but.html
https://twitter.com/RaptorCompSys/status/1308862160873848834

Wie have to wait and see.

But it's quite possible that some "cheap" PowerPC SBC will pop-up in the future
https://twitter.com/RaptorCompSys/status/1304483782116995073?s=20
https://twitter.com/hughhalf/status/1288657079196987392?s=20

Maybe based on PowerPC A2I or A2O
https://www.talospace.com/2020/09/moar-openpower-cores-plz.html

However, it has to be POWER8 compatible (with VMX/VSX).
There is also a fork of Microwatt what added VMX/VSX support
https://github.com/paulusmack/microwatt/commits/vecvsx

You can't do it for everyone with this list. PowerPC has disappeared from the desktop for almost two decades now. There is not much left except Linux and BSD.
I think there are enough people who like this list.

Is Tribblix not for desktop use. Tribblix got also an update: http://www.tribblix.org

Here is MacOS X 10.4.6 and 10.5.8
https://macintoshgarden.org/apps/mac-osx-mac-os-10-ppc

Carlos (statz)

#14, Jobbfasz (94)

237 | #50e1 | ^ | Idézet | Mon, 19 Oct 2020 00:55:07 +02

84.185.*.*

*.dip0.t-ipconnect.de

Update:
OpenBSD 6.8 is out: https://twitter.com/openbsd/status/1317848949907128320?s=20
The website isn't updated. But here it is: https://cdn.openbsd.org/pub/OpenBSD/6.8/

macppc, powerpc64 (for POWER9 and 8? only as well as sparc64

Carlos (statz)

#14, Jobbfasz (94)

285 | #50e2 | ^ | Idézet | Mon, 19 Oct 2020 00:59:05 +02

84.185.*.*

*.dip0.t-ipconnect.de

OpenBSD System Requirements and Supported Devices:
--------------------------------------------------

OpenBSD/powerpc64 6.8 should work on all non-virtualized POWER9
machines with OPAL firmware. This includes the Talos II and Blackbird
systems available from Raptor Computng Systems

TCH (statz)

#1, Főfasz (10466)

3019 | #50e3 | ^ | Idézet | Mon, 19 Oct 2020 15:05:52 +02

178.164.*.*

*.pool.digikabel.hu

@Carlos:
Raptor has definitely raised concerns. Maybe it has something to do with the FSF certification.
https://www.talospace.com/2020/08/power10-sounds-really-great-but.html
https://twitter.com/RaptorCompSys/status/1308862160873848834

Wie have to wait and see.

So, i am not alone with my second thoughts about the memory controller's firmware. This guy is right, if we want to have a computer we can fully trust, then we have to know what it does, down to the tiniest details. Even if it would not make any sense to put malicious code into a memory controller's firmware.

@Carlos:
But it's quite possible that some "cheap" PowerPC SBC will pop-up in the future
https://twitter.com/RaptorCompSys/status/1304483782116995073?s=20
https://twitter.com/hughhalf/status/1288657079196987392?s=20

Maybe based on PowerPC A2I or A2O
https://www.talospace.com/2020/09/moar-openpower-cores-plz.html

However, it has to be POWER8 compatible (with VMX/VSX).
There is also a fork of Microwatt what added VMX/VSX support
https://github.com/paulusmack/microwatt/commits/vecvsx

That is some great news; that stuff ought to be much cheaper than the big Raptor irons, so maybe even i can afford one. :P

@Carlos:
You can't do it for everyone with this list.

I know. I only mentioned these for them being funny.

@Carlos:
PowerPC has disappeared from the desktop for almost two decades now. There is not much left except Linux and BSD.

And the nextgen Amiga OS-es. MoprhOS 4 will have memory protection, SMP, 2GB+ memory support and rumors says they are considering supporting the Raptor machines.

@Carlos:
I think there are enough people who like this list.

I hope so.

@Carlos:
Is Tribblix not for desktop use. Tribblix got also an update: http://www.tribblix.org

No, but i include every kind of OS here, including server and embedded too. Thanks for the update. Soon, i'll update the entry.

@Carlos:
Here is MacOS X 10.4.6 and 10.5.8
https://macintoshgarden.org/apps/mac-osx-mac-os-10-ppc

Hey, thanks, now we have downloads for all Apple entries.

@Carlos:
OpenBSD 6.8 is out: https://twitter.com/openbsd/status/1317848949907128320?s=20
The website isn't updated. But here it is: https://cdn.openbsd.org/pub/OpenBSD/6.8/

macppc, powerpc64 (for POWER9 and 8? only as well as sparc64

@Carlos:
OpenBSD System Requirements and Supported Devices:
--------------------------------------------------

OpenBSD/powerpc64 6.8 should work on all non-virtualized POWER9
machines with OPAL firmware. This includes the Talos II and Blackbird
systems available from Raptor Computng Systems

Yep, they are celebrating their quarter century long existence and their 25th birthday gift was the Raptor support. HB OpenBSD! :)

Carlos (statz)

#14, Jobbfasz (94)

440 | #50e4 | ^ | Idézet | Wed, 21 Oct 2020 00:11:37 +02

84.185.*.*

*.dip0.t-ipconnect.de

I thought about AmigaOS for POWER, too. Because Trevor bought a TalosII long time ago and AmigaOS last update was in 2016. But I'm not sure about MorphOS since they're moving to x86.

NetBSD was also pushed to 9.1 these days:
https://www.netbsd.org/

There are also a port going on to PPC64le for NetBSD as well as FreeBSD.
Which one is the better BSD, Net, Open or Free? I searched an Google but didn't found something useful.

TCH (statz)

#1, Főfasz (10466)

2140 | #50e5 | ^ | Idézet | Wed, 21 Oct 2020 12:12:59 +02

188.143.*.*

*.pool.digikabel.hu

@Carlos:
But I'm not sure about MorphOS since they're moving to x86.

No, not moving, extending. They are not decided yet, to drop the POWER platform, or not. Right now, they did not excluded the possibility of supporting the Raptor machines.

@Carlos:
NetBSD was also pushed to 9.1 these days:
https://www.netbsd.org/

Thanks, updated.

@Carlos:
There are also a port going on to PPC64le for NetBSD as well as FreeBSD.

Not suprising, LE PPC64 gets a lot of attention nowdays.

@Carlos:
Which one is the better BSD, Net, Open or Free? I searched an Google but didn't found something useful.

OSX, of course. :] (And by OSX, i mean Tiger of course. :P)

No, seriously, better is subjective, as in: better for what? NetBSD aims for portability, so if you want to run a BSD on anything in sight, NetBSD is the best. OpenBSD aims for security, so if you want to use (nearly) unbreakable BSD-s, then OpenBSD is the best. FreeBSD aims to deliver an all-around OS which can be used as desktop, server, embedded or whatever and due to this they have more programs and drivers, so if you want to use BSD instead of Linux, but you have driver issues with and/or miss apps from the other BSD-s, then FreeBSD is the best.

From POWER perspective, FreeBSD sucks. 8.2 was absolutely miserable on G4 and 10 was too. Then, i've managed to install 11 on my G5 (barely), but it took a lot of suffering.
NetBSD is a bit better. NetBSD 7 installed flawlessly on G5, but failed to work at all. And it was a real torture to install it on the G4 and had problems afterwards, but my machine had RAM problems, so that might be not NetBSD's fault. Did not tried again on the G4 since then.
I did not yet tried OpenBSD on POWER machines, only on ARM and x86. Flawlessly worked there, but on x86 and ARM, NetBSD and FreeBSD worked flawlessly too.

TCH (statz)

#1, Főfasz (10466)

158 | #50e6 | ^ | Idézet | Thu, 22 Oct 2020 13:02:34 +02

178.164.*.*

*.pool.digikabel.hu

The company called me back. I've passed the test. However, since i can only work remotely, they rejected me, they don't allow that to their employees.

Carlos (statz)

#14, Jobbfasz (94)

226 | #50e7 | ^ | Idézet | Thu, 22 Oct 2020 23:35:49 +02

84.185.*.*

*.dip0.t-ipconnect.de

Oh no. What a bummer. A big disappointment ...
I was expecting everything, but not this ... these guys could have told you that in the beginning.

Hehe, yes. I should have asked better about the differences of these BSD types.

TCH (statz)

#1, Főfasz (10466)

1015 | #50e8 | ^ | Idézet | Fri, 23 Oct 2020 09:28:41 +02

188.143.*.*

*.pool.digikabel.hu

Well, granted, i've only told them about the remote work, after completing the test. Thought, that i should prove myself first, that i can deliver from home, as i did. But in Hungary, these small scale enterprises are almost exclusively lead by paranoid caesaroman idiots, who all thinks, that the stinking employee will "facebook" instead of work, if they work from home. I'm not even on facebook... Besides, if i don't do my job, then my tasks won't be finished, so i cannot really pretend work, without getting busted. They don't care. (And we didn't even talked about the travelling, which can take 3-4 hours per day, which is not part of your worktime, so you lose that time for free.)
But big foreign companies ignore me, regardless, that i have more than twenty years of programming experience. Linkedin does not work.

Well, i think you'll have the chance to get to know them better, if they are willing to support the Raptor machines, even if only in little endian mode.